fan control does not work at fjs amilo pro v2030

[magilus]

I have got an Fujitsu Siemens Computer Amilo Pro V2030. Everything works fine
in Ubuntu excepting the fan control: The fans spins at full power. In SuSE 10.0 it does, too, but after a suspend which does not work in Ubuntu fan control is working.

# 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

# 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)

# 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 Ubuntu with the following boot parameter: vga=0x317

Please let me know which further information you need to fix this bug. I also tried Dapper flight 2.

I also added a bug report to the SuSE Bugtracker: https://bugzilla.novell.com/show_bug.cgi?id=141970

I didn't know which package to select, please correct it if I was wrong.

[Ben Collins (ben-collins)]

Can you do this:

cd /proc/acpi
tar cf ~/acpi.tar fan thermal_zone

Then attach acpi.tar?

[magilus (magilus)]

This time it's the right bugreport :-)

Here it is.

[magilus (magilus)]

reported upstream:

http://bugzilla.kernel.org/show_bug.cgi?id=6051

[Kristoffer Lundén (kristoffer-lunden)]

I have the same problem on a Fujitsu Siemens Amilo M3438G. I don't know how similar it is, but cpuinfo isn't all that different at least:

stoffe@homer:~$ cat /proc/cpuinfo
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 13
model name : Intel(R) Pentium(R) M processor 1.73GHz
stepping : 8
cpu MHz : 1733.576
cache size : 2048 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 apic sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss tm pbe nx est tm2
bogomips : 1601.17

I'd be happy to attach any info that could help, just tell me what/how (and I gave the same offer at upstream bug).

[Steffen Schubert (steffan-schubert)]

On my Amilo L7300 with Ubuntu 5.10 (Breezy Badger), I have a similar problem. Here, too, the fan runs at full speed after initial power up.

However, if I run another O/S (here XP on another partition) first until the system heats up to beyond 60 degrees Celcius and triggers the fan, and then subsequently boot from my Ubuntu partition, the fan control works perfectly. It switches on at 60 degrees and off at 50.

The problem is that the fan runs continuously at initial power up when the system is cold. Therefore the system won't achieve 60 degrees ever and the fan continues to run. Instead, the fan should be off until the lower threshold temperature is reached.

I've been trying to boot with various APM and ACPI settings but have so far been unable to force the system to have the fan off after initial boot.

Steffen @ Eircom . net

[Stevi (stevi)]

I have exactly the same problem. Running Dapper Beta 2 on Fujitsu-Siemens Amilo 7640 (Turion 1,8).

[Richard Milne (venusiantreen)]

Oh, sweet blessed relief!

Thanks to the observations made above, and from the discussion on the forums http://www.ubuntuforums.org/showthread.php?t=41927, I was able to cobble together the following workaround TO MAKE MY #*!$ FAN SHUT UP! I, too, have the problem that, on my Amilo A1655G laptop, (with Dapper Drake) the fan is grinding away from power-up, even though the CPU temp hasn't had a chance to reach a temperature to warrant it.

The key, as noted above, is to raise the CPU temperature above a pre-defined trip point, so the OS then manually takes control of the fan. When the temperature then drops again, the OS will turn the fan off.

I have a gnome applet which tells me my current CPU temp. Say it is reported at 44°C. I also note, with the following command

cat /proc/acpi/thermal_zone/THRM/trip_points

That my predefined trip points are the following:

critical (S5): 105 C
passive: 76 C: tc1=3 tc2=1 tsp=150 devices=0xc17de620
active[0]: 67 C: devices=0xf6e59460
active[1]: 57 C: devices=0xf6e593e0

So, I want to set the trip points to just above my current operating temperature. I do this with the following sequence of commands

sudo -s
echo -n "105:0:76:46:45" > /proc/acpi/thermal_zone/THRM/trip_points
exit

Then I try and do some heavy work - move the mouse around alot, load massive images in the GIMP, and so on. CPU temperature rises, both fans kick in.

Then I set the trip points back to their previous values:

sudo -s
echo -n "105:0:76:67:57" > /proc/acpi/thermal_zone/THRM/trip_points
exit

(Note the order of the values given above)

At the next polling interval (/proc/acpi/thermal_zone/THRM/polling_frequency) the OS will see that the temperature is below the threshold, and turn the fan off.

I'm sure other readers can come up with a more elegant solution to this problem. Note that I tried the init script listed in the forum link above, and it didn't work for me. Apart from whether it's the right approach for my machine or not, isn't there a bug in the script? I'm not too familiar with bash, but should there be a closing bracket in the following lines?

case "$i" in
        critical|hot|passive|active0|active1)

[Richard Milne (venusiantreen)]

It's probably bad form to respond to your own comment, but still, there are two things I'd like to add:

* I've checked, and the line from the shell script is correct
* Why don't these simple commands work right from the beginning, and turn off the fan?

sudo -s
echo -n 3 > /proc/acpi/fan/FN1/state
exit

[darx (rabidphage)]

Acer Aspire 1652 Wlmi with the same annoying problem. My directory structure ends at /proc/acpi/fan nothing beyond that..
fan speeds up under heavy use for example when running glxgears.. but rerely if ever shuts down...
Where can I find documentation on how the whole stuff works.. mights as well get my hands dirty..

[rouadec (rouadec)]

I've got the same behaviour on my thinkpad s30, to get the fan stopped I have to issue

sudo -s
echo -n "0" > /proc/acpi/fan/FN1/state
echo -n "3" > /proc/acpi/fan/FN1/state
exit

yes, I have to turn the fan 'on' even though it's already spinning away to be able to turn it off. After that the behaviour of those commans is standard.

[Aleksandar (acojlo)]

I have solved this problem. Now I have working fan control which is working automaticaly. Because the solution is in the long text, I will post link here, and soon I hope I will post wiki:
http://laptopsurf.blogspot.com/2006/06/fujitsu-siemens-amilo-pro-2030-on.html

[Ben Collins (ben-collins)]

So this sounds like a BIOS bug. Maybe they'll fix it in a BIOS update.