Bug 141970

Summary: fan control only works after suspend at fjs amilo pro v2030
Product: [openSUSE] SUSE LINUX 10.0 Reporter: Martin Jürgens <martin>
Component: Mobile DevicesAssignee: Thomas Renninger <trenn>
Status: RESOLVED FIXED QA Contact: E-mail List <qa-bugs>
Severity: Major    
Priority: P5 - None CC: behlert, martin
Version: Final   
Target Milestone: ---   
Hardware: x86   
OS: SuSE Linux 10.0   
Whiteboard:
Found By: Customer Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---
Attachments: modified DSDT
trip_points content
dmesg output

Description Martin Jürgens 2006-01-08 18:56:26 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.
Comment 2 Thomas Renninger 2006-01-10 14:55:01 UTC 
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.
Comment 3 Martin Jürgens 2006-01-10 15:24:29 UTC 
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.
Comment 4 Martin Jürgens 2006-01-13 23:30:46 UTC 
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.
Comment 5 Martin Jürgens 2006-02-10 16:07:17 UTC 
reported upstream:

http://bugzilla.kernel.org/show_bug.cgi?id=6051
Comment 6 Thomas Renninger 2006-02-21 18:27:43 UTC 
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.
Comment 7 Thomas Renninger 2006-02-21 19:04:17 UTC 
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
Comment 8 Martin Jürgens 2006-02-25 16:25:16 UTC 
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.
Comment 9 Thomas Renninger 2006-02-28 15:37:25 UTC 
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.
Comment 10 Martin Jürgens 2006-02-28 15:59:52 UTC 
I already tried the latest kernel.
Comment 11 Martin Jürgens 2006-02-28 16:00:29 UTC 
Created attachment 70663 [details]
trip_points content
Comment 12 Martin Jürgens 2006-02-28 16:01:06 UTC 
Created attachment 70664 [details]
dmesg output
Comment 13 Thomas Renninger 2006-04-20 21:08:17 UTC 
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.
Comment 14 Martin Jürgens 2006-04-20 21:53:33 UTC 
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 :)