+++ This bug was initially created as a clone of Bug #9516 +++ Most recent kernel where this bug did not occur: 2.6.23.9 Distribution: Arch Linux Hardware Environment: HP Compaq nx6325 Software Environment: The kernel has some patches listed here: http://cvs.archlinux.org/cgi-bin/viewcvs.cgi/base/kernel26/ Problem Description: The fan's on this laptop runs to slow on this laptop with GNU/Linux, the laptop gets very easily overheated. The fan's run much faster on Microsoft Windows. Steps to reproduce: Install linux distribution which is a mostly vanilla kernel, And do havey tasks like copying files etc.
Please attach the dmesg and acpidump output. Please attach the result of "cat /proc/acpi/thermal_zone/*/*".
Dmesg output: http://rafb.net/p/ItLYfx77.txt Acpid output: http://rafb.net/p/wqIEjO67.txt Output of "cat /proc/acpi/thermal_zone/*/*": http://rafb.net/p/ZxvsBK66.txt
Roberth, would you please double-check the URL in comment# 2? we can't open these files. IN fact, would you please attach these to this bug as attachements? thanks.
Created attachment 13997 [details] Dmesg output.
Sorry I don't know how to get an acpi, please help me.
you can download the latest pmtools source code at http://www.kernel.org/pub/linux/kernel/people/lenb/acpi/utils/ make and run acpidump on your laptop and attach the result here.
I have access to an HP nx6325 and do not see this problem running Linux-2.6.23.12. Though I do not run Windows on the box, I use this system primarily to test ACPI based fan control on Linux. I have verified that the fan speed kicks in at the temperatures prescribed by the BIOS -- and also that the fan slows down at the thresholds prescribed by the BIOS. I generally do this by running watch cat /proc/acpi/thermal_zone/TZ1/* <setting not supported> <polling disabled> state: active[3] temperature: 48 C critical (S5): 105 C passive: 95 C: tc1=1 tc2=2 tsp=100 devices=C000 C001 active[0]: 75 C: devices=C34F active[1]: 65 C: devices=C350 active[2]: 55 C: devices=C351 active[3]: 40 C: devices=C352 and then add some load, say via $ cat /dev/zero > /dev/null & $ cat /dev/zero > /dev/null & and blocking the vents with tape, unblocking them, killing the load etc and watching the temperature change, the active state change, and listening to the fan on changes between states.
If you can reproduce this issue using a kernel.org kernel, please re-open this report, attach the kernel .config, and describe how I can reproduce and observe the failure.