https://bugzilla.kernel.org/show_bug.cgi?id=19452

--- Comment #25 from Manuel Ullmann <ullman.b...@posteo.de> ---
Created attachment 162611
  --> https://bugzilla.kernel.org/attachment.cgi?id=162611&action=edit
bash script used as workaround for this bug

I found kinda a workaround for this bug. There is this nice kernel option
THERMAL_EMULATION. Playing around with it, I found out, that the Bios seems to
check for temperature equality for sending its ACPI events. If the temperature
is risen too fast (like in every average heating scenario), it will send an
ACPI switch fan off event.
If the temperature is reduced by 5°C this will usually switch the fan off
completely.
The script could so far not activate the last fan state.
echo 80000 > emul_temp
had no effect, no matter how long I did wait. Anyway it was triggered quite
rarely normally.
Currently spinning the fan down is usually done while emul_temp is 0
(deactivated), so I could not test the condition, where the active fan state is
too high.
There is still the emergency ventilation, which spins the fan up in half a
second. It happens now earlier just above 70°C. I noted, that k10temp has
suspiciously set its temp1_max to 70°C, but I don´t know, whether that is
related.
On the other hand deactivating the fan via sysfs nodes and heating the system
did sometimes cause this behaviour directly after reboot, so this might be
still be caused by the BIOS.
Well, I have talked enough for now.
Maybe this will help any owners of this laptop, who still use it.

-- 
You are receiving this mail because:
You are on the CC list for the bug.
------------------------------------------------------------------------------
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
_______________________________________________
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla

Reply via email to