thermal.ko fails -> no fan on laptop
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
linux (Ubuntu) |
Expired
|
Undecided
|
Unassigned |
Bug Description
The fan never runs when Linux is running, despite reasonably
high temperatures inside a HP pavilion G6062EA laptop (G6000 series).
It is running in 64-bit mode.
The problem can be seen in /var/log/syslog:
Jul 19 15:45:08 nglap kernel: [ 16.228237] ACPI Exception (thermal-0339): AE_BAD_DATA, No critical threshold [20070126]
But, the result of this problem is that /proc/acpi/
That means you can't even control the fans with user-mode software.
Whether or not the ACPI of the laptop is buggy, this is a bug in
thermal.ko . Even if the laptop doesn't set a thermal limit,
the fans still exist and should be controllable. The current behavior
of thermal.ko effectively sets an infinitely high thermal limit
and thus could be indirectly responsible for damage to
hardware. It'd be much better if it had a default thermal limit
built in at some reasonable value (e.g. 45C).
I know the laptop has working sensors, because using "sensors" from
the "lm-sensors" package works and the reported temperatures are
sensible. Oddly, though, it reports each temperature twice
and the temperatures don't exactly agree. (see log, attached).
I attach a dump from acpidump, if that helps.
So:
1) any help in getting thermal.ko to work would be very much appreciated,
2) thermal.ko does not fail gracefully. If no limit is set by the hardware,
it should set a default, print a warning message and continue.
Changed in linux: | |
status: | Incomplete → New |
Changed in linux (Ubuntu): | |
status: | Incomplete → New |
status: | New → Incomplete |
Changed in linux (Ubuntu): | |
status: | New → Confirmed |
Thank you for taking the time to report this bug and helping to make Ubuntu better. Unfortunately we can't fix it, because your description does not yet have enough information.
Please include the following additional information, if you have not already done so (pay attention to lspci's additional options), as required by the Ubuntu Kernel Team:
1. Please include the output of the command "uname -a" in your next response. It should be one, long line of text which includes the exact kernel version you're running, as well as the CPU architecture.
2. Please run the command "dmesg > dmesg.log" after a fresh boot and attach the resulting file "dmesg.log" to this bug report.
3. Please run the command "sudo lspci -vvnn > lspci-vvnn.log" and attach the resulting file "lspci-vvnn.log" to this bug report.
For your reference, the full description of procedures for kernel-related bug reports is available at https:/ /wiki.ubuntu. com/KernelTeamB ugPolicies Thanks in advance!
Ps : you may want to add some informations about ACPI too, check out this web site to know what informations you can provide : https:/ /wiki.ubuntu. com/DebuggingAC PI
thank you !