Bugzilla – Bug 141970
fan control only works after suspend at fjs amilo pro v2030
Last modified: 2006-04-20 21:53:33 UTC
I have got an Fujitsu Siemens Computer Amilo Pro V2030. Everything works finde in SuSE 10.0 excepting the fan control: The fans spin at full power if SuSE was startet normally. But when I suspend my computer and switch it on again fan control works fine. muse-laptop:/home/martin # cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 13 model name : Intel(R) Celeron(R) M processor 1.40GHz stepping : 8 cpu MHz : 1396.806 cache size : 1024 KB fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 2 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss tm pbe bogomips : 2796.86 muse-laptop:/home/martin # lspci 00:00.0 Host bridge: VIA Technologies, Inc. P4M800CE Host Bridge 00:00.1 Host bridge: VIA Technologies, Inc. P4M800CE Host Bridge 00:00.2 Host bridge: VIA Technologies, Inc. P4M800CE Host Bridge 00:00.3 Host bridge: VIA Technologies, Inc. PT890 Host Bridge 00:00.4 Host bridge: VIA Technologies, Inc. P4M800CE Host Bridge 00:00.7 Host bridge: VIA Technologies, Inc. P4M800CE Host Bridge 00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI Bridge 00:06.0 Network controller: Broadcom Corporation BCM4318 [AirForce One 54g] 802. 11g Wireless LAN Controller (rev 02) 00:0c.0 CardBus bridge: Texas Instruments PCIxx21/x515 Cardbus Controller 00:0c.2 FireWire (IEEE 1394): Texas Instruments OHCI Compliant IEEE 1394 Host Co ntroller 00:0f.0 IDE interface: VIA Technologies, Inc. VIA VT6420 SATA RAID Controller (r ev 80) 00:0f.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/ C PIPC Bus Master IDE (rev 06) 00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81) 00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 81) 00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 86) 00:11.0 ISA bridge: VIA Technologies, Inc. VT8237 ISA bridge [KT600/K8T800/K8T89 0 South] 00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 A C97 Audio Controller (rev 60) 00:11.6 Communication controller: VIA Technologies, Inc. AC'97 Modem Controller (rev 80) 00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 78) 01:00.0 VGA compatible controller: VIA Technologies, Inc.: Unknown device 3344 ( rev 01) muse-laptop:/home/martin # lspci -n 00:00.0 Class 0600: 1106:0314 00:00.1 Class 0600: 1106:1314 00:00.2 Class 0600: 1106:2314 00:00.3 Class 0600: 1106:3208 00:00.4 Class 0600: 1106:4314 00:00.7 Class 0600: 1106:7314 00:01.0 Class 0604: 1106:b198 00:06.0 Class 0280: 14e4:4318 (rev 02) 00:0c.0 Class 0607: 104c:8031 00:0c.2 Class 0c00: 104c:8032 00:0f.0 Class 0101: 1106:3149 (rev 80) 00:0f.1 Class 0101: 1106:0571 (rev 06) 00:10.0 Class 0c03: 1106:3038 (rev 81) 00:10.1 Class 0c03: 1106:3038 (rev 81) 00:10.4 Class 0c03: 1106:3104 (rev 86) 00:11.0 Class 0601: 1106:3227 00:11.5 Class 0401: 1106:3059 (rev 60) 00:11.6 Class 0780: 1106:3068 (rev 80) 00:12.0 Class 0200: 1106:3065 (rev 78) 01:00.0 Class 0300: 1106:3344 (rev 01) I installed SuSE with the following boot parameters: acpi=off vga=791 NOPCMCIA=yes I boot SuSE with the following boot parameters: pci=noacpi vga=0x317 NOPCMCIA=yes Please let me know which further information you need to fix it.
Why do you need pci=noacpi? Please get the latest YOU update kernel, there is a fix that should make that option obsolete. Does it work better then? Anyway, do you still have a free partition to install OpenSuse 10.1? A lot things changed there concerning ACPI. If it still does not work, this would be much higher priority.
My system is up to date. It does not start without pci=noacpi anyway. :~> cat /proc/version Linux version 2.6.13-15.7-default (geeko@buildhost) (gcc version 4.0.2 20050901 (prerelease) (SUSE Linux)) #1 Tue Nov 29 14:32:29 UTC 2005 Yes, I have a free partition to install OpenSuse 10.1. I will give it a try at the weekend.
I just tried OpenSuse 10.1 Alpha 4. Booting without pci=noacpi still doesn't work, the fan control still only works after a suspend.
reported upstream: http://bugzilla.kernel.org/show_bug.cgi?id=6051
Could you please try with the very latest Beta4, please. It is sufficient to try the latest kernel, some ACPI stuff has been integrated there. You find a rpm here: ftp.suse.com/pub/projects/kernel/kotd/i386/HEAD/kernel-default.i586.rpm If this still does not work, I have a workaround ... I found the function that turns on the fan when waking up..., unfortunately overriding the DSDT is necessary.
Created attachment 69642 [details] modified DSDT If you were not successful with the latest Beta kernel please try: - copy the attached file to: /etc/DSDT.aml - set the variable ACPI_DSDT="/etc/DSDT.aml" in /etc/sysconfig/kernel - call mkinitrd - reboot If fan is still loud, try now to throttle them with: echo 3 >/proc/acpi/fan/XY/state
Beta4 and the latest kernel do not solve this problem. The fixed DSDT works but I have to run echo 3 >/proc/acpi/fan/FAN/state to get fan control to work.
Hmm, if it's not too much work for you, could you again test the latest Beta kernel. It should be OK to just intstall the latest kernel (on a 10.1 installation) from here: ftp.suse.com/pub/projects/kernel/kotd/i386/HEAD/kernel-default.i586.rpm Oh, you already tested with Beta4 kernel? Then it should be OK. Could you post: /proc/acpi/thermal_zone/*/trip_points and full dmesg output then please.
I already tried the latest kernel.
Created attachment 70663 [details] trip_points content
Created attachment 70664 [details] dmesg output
Bug is processed on kernel.org: http://bugzilla.kernel.org/show_bug.cgi?id=6051 Martin, Konstantin Karasyov is the right guy to fix this. This should first discussed/solved by the ACPI people and should come back to us through the mainline kernel. You probably added some ugly workaround with the patched DSDT, but it is really helpful for others if you will help Konstantin fix this finally in mainline. Thanks.
Thomas, thanks for the kind words. As luck would have it I came back from my vacation from Barcelona this evening and I started to install the latest Opensuse release ~2 hours before you replied to this report. I hope that I can report the results to Konstantin this night. Keep up the good work with Opensuse 10.1 :)