Fan stops after resume from suspend leading to overheating; requires reboot to fix [HP Probook 4710s and many others]
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Ubuntu |
Expired
|
High
|
|||
linux (Ubuntu) |
Fix Released
|
Medium
|
Dhinak G |
Bug Description
After resume from suspend, the fan (there is only one) first speeds up to about a normal speed and then slows down in a couple of seconds to a complete stop. It doesn't spin up again even if the temperatures shoot way up (monitoring using indicator-sensors or lm-sensors, both use acpitz info).
There are 2 ways to get the fan spinning again:
- reboot the system
- echo 1 > /sys/class/
This is happening on a clean install of Trusty from daily build that also has the updates-proposed source enabled. Previously the laptop ran 13.10 and suspend and resume worked fine.
Only thing is, I also updated the BIOS during formatting for Trusty, which could cause this issue but I'm leaning more towards an ACPI issue (the latest BIOS is from 2010 and someone would have probably noticed a problem with the fan?)
Attached is the output from cd /sys/class/thermal && grep . */* 2&>/dev/null after first boot and after resume suspend; as can be seen, after resume all fan states are 0 whereas on boot some are also 1.
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: linux-image-
ProcVersionSign
Uname: Linux 3.13.0-16-generic x86_64
ApportVersion: 2.13.3-0ubuntu1
Architecture: amd64
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/
/dev/snd/
CurrentDesktop: Unity
CurrentDmesg:
[ 78.199783] IPv6: ADDRCONF(
[ 104.824460] audit_printk_skb: 147 callbacks suppressed
[ 104.824464] type=1400 audit(139439352
[ 104.824472] type=1400 audit(139439352
[ 104.824884] type=1400 audit(139439352
Date: Sun Mar 9 20:46:48 2014
HibernationDevice: RESUME=
InstallationDate: Installed on 2014-03-08 (0 days ago)
InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Alpha amd64 (20140308)
MachineType: Hewlett-Packard HP ProBook 4710s
ProcFB: 0 radeondrmfb
ProcKernelCmdLine: BOOT_IMAGE=
RelatedPackageV
linux-
linux-
linux-firmware 1.126
SourcePackage: linux
UpgradeStatus: No upgrade log present (probably fresh install)
dmi.bios.date: 12/02/2010
dmi.bios.vendor: Hewlett-Packard
dmi.bios.version: 68PZI Ver. F.18
dmi.board.name: 3074
dmi.board.vendor: Hewlett-Packard
dmi.board.version: KBC Version 24.0F
dmi.chassis.
dmi.chassis.type: 10
dmi.chassis.vendor: Hewlett-Packard
dmi.modalias: dmi:bvnHewlett-
dmi.product.name: HP ProBook 4710s
dmi.product.
dmi.sys.vendor: Hewlett-Packard
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#25 |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#26 |
Seen with other systems as well.
Additional information: https:/
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#27 |
e-mail exchange on the subject.
On 2014-03-08 16:59, Guenter Roeck wrote:
> On 03/08/2014 03:08 AM, Jean Delvare wrote:
>> On Fri, 7 Mar 2014 14:52:30 -0800, Guenter Roeck wrote:
>>> On Fri, Mar 07, 2014 at 11:04:29PM +0100, Manuel Krause wrote:
>>>> Hi, and thanks for the quick response!
>>>> No special fancy "fan control policy". 'fancontrol' isn't up or
>>>> running.
>>>> Vanilla kernels 3.11.* and 3.12.* had been working on here
>>>> without
>>>> any extra work.
>>>> --
>>>> # sensors
>>>> acpitz-virtual-0
>>>> Adapter: Virtual device
>>>> temp1: +71.0°C (crit = +256.0°C)
>>>> temp2: +69.0°C (crit = +110.0°C)
>>>> temp3: +52.0°C (crit = +105.0°C)
>>>> temp4: +25.0°C (crit = +110.0°C)
>>>> temp5: +58.0°C (crit = +110.0°C)
>>>>
>>>> coretemp-isa-0000
>>>> Adapter: ISA adapter
>>>> Core 0: +62.0°C (high = +105.0°C, crit = +105.0°C)
>>>> Core 1: +60.0°C (high = +105.0°C, crit = +105.0°C)
>>>> --
>>>> My notebook (HP/Compaq 6730b) does not have a seperate fan
>>>> sensor.
>>>> This is with 3.12.13 with my normal workload.
>>>>
>>>> Please, trust my above mentionned values of 94 °C vs. 74°C as I
>>>> don't like to boot 3.13.6 anymore, to avoid harm to the
>>>> notebook's
>>>> casing.
>>>
>>> Understood. Unfortunately, we'll need to get information
>>> from the new kernel to be able to track down the problem.
>>
>> Indeed. Not only the run-time temperatures, but also the high
>> and crit
>> limits.
>>
>>>> But I'd do to test any improvement-patch.
>>>
>>> So far I have no idea what is going on. I don't see anything
>>> in the
>>> drivers providing above data that would explain the behavior,
>>> but I might be missing something.
>>
>> Looks like a regression in the acpi subsystem or in power
>> management,
>> not hwmon. Hwmon is merely reporting the temperatures, it's not
>> responsible for the actual temperatures.
>>
>
> I would agree. I don't think we have enough information to be sure,
> though. There might be some unintended interaction or interference.
>
> gpu is a good hint ... for example, look at commit b9ed919f1c8
> (drm/nouveau/
> to THERM). nouveau does export pwm and fan control information,
> so any change in that code may have unintended side effects.
> Similar, I don't know how ec39f64bba (drm/radeon/dpm: Convert to
> use devm_hwmon_
> as it is purely passive, but I prefer to be rather safe than sorry.
>
> This problem has now been submitted into bugzilla as
> https:/
>
> Guenter
>
Sorry, for beeing late, had to search for/accumulate much info for you...
I hope, you like me to put it into one answer to you all CCing you.
My GFX is a GM45 Intel (mobile), shared memory, running the opensource Mesa drivers/extensions.
kernel-module: i915
According to the output of 'cpupower': I have
CPUidle driver: acpi_idle
CPUidle governor: menu
CPUfreq:
driver: acpi-cpufreq
available cpufreq governors: ondemand, performance
-
And "ondemand" is running.
--
# sensors
acpitz-virtual-0
Adapter: Virtual device
temp1: +41.0°C (crit = ...
25 comments hidden
Loading more comments
|
view all 123 comments |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Jernej Jakob (jjakob) wrote : | #1 |
- /sys/class/thermal after normal boot, fan works Edit (4.3 KiB, text/plain)
- AlsaInfo.txt Edit (31.7 KiB, text/plain; charset="utf-8")
- BootDmesg.txt Edit (74.6 KiB, text/plain; charset="utf-8")
- CRDA.txt Edit (257 bytes, text/plain; charset="utf-8")
- Dependencies.txt Edit (3.0 KiB, text/plain; charset="utf-8")
- IwConfig.txt Edit (249 bytes, text/plain; charset="utf-8")
- Lspci.txt Edit (14.9 KiB, text/plain; charset="utf-8")
- Lsusb.txt Edit (637 bytes, text/plain; charset="utf-8")
- ProcCpuinfo.txt Edit (1.5 KiB, text/plain; charset="utf-8")
- ProcEnviron.txt Edit (316 bytes, text/plain; charset="utf-8")
- ProcInterrupts.txt Edit (2.0 KiB, text/plain; charset="utf-8")
- ProcModules.txt Edit (3.2 KiB, text/plain; charset="utf-8")
- PulseList.txt Edit (21.6 KiB, text/plain; charset="utf-8")
- RfKill.txt Edit (237 bytes, text/plain; charset="utf-8")
- UdevDb.txt Edit (155.0 KiB, text/plain; charset="utf-8")
- UdevLog.txt Edit (347.4 KiB, text/plain; charset="utf-8")
- WifiSyslog.txt Edit (899.9 KiB, text/plain; charset="utf-8")
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Jernej Jakob (jjakob) wrote : | #2 |
summary: |
Fan stops after resume from suspend leading to overheating; requires - reboot to fix + reboot to fix [HP Probook 4710s] |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Brad Figg (brad-figg) wrote : Status changed to Confirmed | #3 |
This change was made by a bot.
Changed in linux (Ubuntu): | |
status: | New → Confirmed |
24 comments hidden
Loading more comments
|
view all 123 comments |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#28 |
# Based on the shown email in Comment 2 Rafael J Wysocki asked me on 2014-03-09 # 18:58:
> This almost certainly is an ACPI regression, but I'm not sure whether
> thermal management or CPU power management is broken on your system.
>
> Can you compare the contents of /sys/class/thermal/ from working and
> not working kernels, please?
>
> Rafael
>
# which I answered the following way (I hope it'll be complete on here):
Hi again,
unfortunately you didn't specify how deeply I should dig into /sys/class/thermal. So you get the lines from # BOF # to # EOF # below. I hope they're readable without more comments.
The most remarkable changes, in my eyes, had happened within "thermal_zone1".
Best regards,
Manuel Krause
# BOF #
Following ones are all from /sys/class/thermal/ which are links to -> ../../devices/
I've listed the directories in sections of cooling_devices and thermal_zones separately for each bad/good kernel. For Emailing purposes only. You can merge them into a spreadsheet for your evaluation on your own. I've left out reporting some subdirs and subdir's values that _really_ didn't seem to need attention.
Also, I've had collected the #sensors output for each readout, having reproduced nearly the same workload, represented by the "Fan speed" (thermal_
And I've done my very best to not produce typos or c&p errors.
3.13.5 -- 20140309 -- 20:52 -- bad
=======
dir |-
cooling_device0 Processor 0 10
cooling_device1 Processor 0 10
cooling_device2 Fan 0 1
cooling_device3 Fan 1 1
cooling_device4 Fan 0 1
cooling_device5 Fan 0 1
cooling_device6 Fan 0 1
cooling_device7 LCD 0 24
3.12.13 -- 20140310 -- 00:26 -- good
=======
dir |-
cooling_device0 Processor 0 10
cooling_device1 Processor 0 10
cooling_device2 Fan 0 1
cooling_device3 Fan 1 1
cooling_device4 Fan 1 1
cooling_device5 Fan 1 1
cooling_device6 Fan 1 1
cooling_device7 LCD 0 24
3.13.5 -- 20140309 -- 20:52 -- bad
=======
dir |-
thermal_zone0 0 68000 ?=0 n.a. 256000 critical
thermal_zone1 n.a. 70000 |-
thermal_zone2 n.a. 54000 |-
...
23 comments hidden
Loading more comments
|
view all 123 comments |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Joseph Salisbury (jsalisbury) wrote : Re: Fan stops after resume from suspend leading to overheating; requires reboot to fix [HP Probook 4710s] | #4 |
Would it be possible for you to test the latest upstream kernel? Refer to https:/
If this bug is fixed in the mainline kernel, please add the following tag 'kernel-
If the mainline kernel does not fix this bug, please add the tag: 'kernel-
If you are unable to test the mainline kernel, for example it will not boot, please add the tag: 'kernel-
Once testing of the upstream kernel is complete, please mark this bug as "Confirmed".
Thanks in advance.
[0] http://
Changed in linux (Ubuntu): | |
importance: | Undecided → Medium |
status: | Confirmed → Incomplete |
24 comments hidden
Loading more comments
|
view all 123 comments |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#29 |
# also posted to linux-kernel && linux-pm
# my findings from tonight:
Hi, and thank you for your attention ^^
at the bottom of this email you'd get the actual values for the new 3.12.14 kernel for two different levels of usage and ambient temperature.
You'd read, in kernel 3.12.14 the /cdev?_trip_point enumeration has changed to the way of 3.13.? and also one /trip_point_?_temp did. But 3.12.14 is working as well as 3.12.13. (So my first eyecatcher didn't lead to useful things.)
I'm not capaple of finding or understanding the related code, but, please, let me present an idea of what MAY be going on:
In 3.12.13+, on my system, the effective cooling fan speed seems to be an accumulation, maybe bitwise, of cooling_
In 3.13.? there seems to get only one of cooling_
I hope this leads you developers nearer to a conclusion on how to fix it,
best regards, Manuel Krause
_______
3.12.14 -- 20140311 -- 19:07 -- changed, not broken -- normal use
=======
/sys/class/
are links to -> ../../devices/
dir |-
...
cooling_device2 Fan 0 1 not yet
cooling_device3 Fan 0 1 FDTZ==58°C
cooling_device4 Fan 1 1 FDTZ==45°C
cooling_device5 Fan 1 1 FDTZ==34°C
cooling_device6 Fan 1 1 FDTZ==25°C
...
dir |-
...
thermal_zone1 n.a. 73000 |- (CPUZ)
...
thermal_zone4 n.a. 45000 ?=0 n.a. 110000 critical (FDTZ)
...
# sensors
acpitz-virtual-0
Adapter: Virtual device
temp1: +46.0°C (crit = +256.0°C)
temp2: +73.0°C (crit = +110.0°C)
temp3: +57.0°C (crit = +105.0°C)
temp4: +26.3°C (crit = +110.0°C)
temp5: ...
23 comments hidden
Loading more comments
|
view all 123 comments |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Jernej Jakob (jjakob) wrote : | #5 |
Hi,
I've tested the latest mainline kernel (v3.16-rc6-trusty) and the bug is still present. Also it seems that the fan speed does not change relative to temperature any more after OS startup.
tags: | added: kernel-bug-exists-upstream |
Changed in linux (Ubuntu): | |
status: | Incomplete → Confirmed |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Joseph Salisbury (jsalisbury) wrote : | #6 |
This issue appears to be an upstream bug, since you tested the latest upstream kernel. Would it be possible for you to open an upstream bug report[0]? That will allow the upstream Developers to examine the issue, and may provide a quicker resolution to the bug.
Please follow the instructions on the wiki page[0]. The first step is to email the appropriate mailing list. If no response is received, then a bug may be opened on bugzilla.
Once this bug is reported upstream, please add the tag: 'kernel-
Changed in linux (Ubuntu): | |
status: | Confirmed → Triaged |
23 comments hidden
Loading more comments
|
view all 123 comments |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#30 |
[SNIP]
Long time no reply from you... Have I overseen a unwritten convention? Or were my charts that unusable for your analysis/work?
Two days ago, I tried the 3.14.0-rc7-vanilla. And the problem persists. "Strange / dangerous fan policy..."
Since kernel 3.13.6 I've managed to 'fix' the potential overheating problem by manually issuing a:
"echo 1 > /sys/class/
_before_ obviously critical temperatures occur. Remind: This particular setting may only work for my system! ...and keeps working for 3.14-rc.
In the following I'd like to present you a modified output of my /sys/class/thermal, that I've written a script for (for my system), that shows the results in the way of linux/Documenta
{I've uploded the files to pastebin, to not swamp you and the lists with so many lines of logs.}
For the last good kernel -- 3.12.14 -- in-use:
http://
For my first bad kernel revision 3.13 -- at critical temp:
http://
For the last bad kernel -- 3.14.0-rc7 -- at critical temp:
http://
For the last bad kernel -- 3.14.0-rc7 -- after issuing the
*) command:
http://
Please, have a look at them! And maybe, give me hints on how I can help you to further debug this issue, as my manual method works but it's annoying.
And, PLEASE CC: ME, as I'm not on the lists. Or lead this Email-thread to someone in charge.
Thank you for your work && best regards,
Manuel Krause
22 comments hidden
Loading more comments
|
view all 123 comments |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Jernej Jakob (jjakob) wrote : | #7 |
Thank you. I will report the bug upstream.
I have done a bit of investigation on which cooling devices correspond to different fan speeds. IMO the cooling device to trip point mappings are wrong (do not change fan speed linearly with accordance to temperature/trip points).
And I've also found that thermal zone 5 temperature corresponds exactly to the processor fan speed. This should definitely be reported as fan speed, not temperature.
Should I also detail my findings here, or post them to the kernel mailing list?
23 comments hidden
Loading more comments
|
view all 123 comments |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#31 |
3.12.15 works very well
3.13.7 fails
3.14.0-rc8 fails
I've tried the tmon tool, now, too. Nice eyecandy and for monitoring!
I've tried to revert all "thermal" related patches from 3.12.14->3.13.7 from 3.13.7. But they don't seem to matter. (Even if I apply the vice-versa patch to 3.12.15.)
So "thermal" is out?
For the failing kernels: Not any reached trip point (active) triggers ONE fan action!
Next would be ACPI, to be investigated,
THX for this audience,
Manuel Krause
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#32 |
I'm not sure if this is related to this bug but since Kernel 3.13 my fan speed is far to high and noisy as soon as the system is booting up ... I'm using Fedora 20. With Kernel 3.12.X everything was fine instead and fan speed was on a acceptable level ...
[ant@fedorant ~]$ sensors
nouveau-pci-0100
Adapter: PCI adapter
fan1: 6693 RPM
temp1: +69.0°C (high = +95.0°C, hyst = +3.0°C)
coretemp-isa-0000
Adapter: ISA adapter
Core 0: +52.0°C (high = +83.0°C, crit = +99.0°C)
Core 1: +50.0°C (high = +83.0°C, crit = +99.0°C)
Core 2: +52.0°C (high = +83.0°C, crit = +99.0°C)
Core 3: +50.0°C (high = +83.0°C, crit = +99.0°C)
it8720-isa-0a10
Adapter: ISA adapter
in0: +0.86 V (min = +0.00 V, max = +4.08 V) ALARM
in1: +3.04 V (min = +0.00 V, max = +4.08 V) ALARM
in2: +3.33 V (min = +0.00 V, max = +4.08 V) ALARM
+5V: +3.04 V (min = +0.00 V, max = +4.08 V) ALARM
in4: +2.94 V (min = +0.00 V, max = +4.08 V) ALARM
in5: +2.16 V (min = +0.00 V, max = +4.08 V) ALARM
in6: +2.16 V (min = +0.00 V, max = +4.08 V) ALARM
5VSB: +2.96 V (min = +0.00 V, max = +4.08 V) ALARM
Vbat: +2.99 V
fan1: 838 RPM (min = 0 RPM)
fan2: 949 RPM (min = 0 RPM)
temp1: +127.0°C (low = -1.0°C, high = +127.0°C) ALARM sensor = thermal diode
temp2: +22.0°C (low = -1.0°C, high = +127.0°C) ALARM sensor = thermistor
temp3: -47.0°C (low = -1.0°C, high = +127.0°C) sensor = Intel PECI
cpu0_vid: +0.000 V
intrusion0: ALARM
Any ideas?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#33 |
On 04/02/2014 01:39 AM, <email address hidden> wrote:
> https:/
>
> --- Comment #7 from Roman Spirgi <email address hidden> ---
> I'm not sure if this is related to this bug but since Kernel 3.13 my fan
> speed
> is far to high and noisy as soon as the system is booting up ... I'm using
> Fedora 20. With Kernel 3.12.X everything was fine instead and fan speed was
> on
> a acceptable level ...
>
> [ant@fedorant ~]$ sensors
> nouveau-pci-0100
> Adapter: PCI adapter
> fan1: 6693 RPM
> temp1: +69.0°C (high = +95.0°C, hyst = +3.0°C)
> (crit = +105.0°C, hyst = +5.0°C)
> (emerg = +135.0°C, hyst = +5.0°C)
>
Looks like Nouveau fan control does not work. No idea what may be causing this ...
well, possibly. There are two suspicious commits between 3.12 and 3.13.
Maybe the "remove everything" commit has undesirable side effects.
eec9901 drm/nouveau/hwmon: fix compilation without CONFIG_HWMON
b9ed919 drm/nouveau/drm/pm: remove everything except the hwmon interfaces to THERM
I would suggest to open a separate bug against the Nouveau component.
[ Side note: The displayed values for hyst are wrong. Those should be absolute
temperatures, not temperature differences. But that is yet another bug. ]
> coretemp-isa-0000
> Adapter: ISA adapter
> Core 0: +52.0°C (high = +83.0°C, crit = +99.0°C)
> Core 1: +50.0°C (high = +83.0°C, crit = +99.0°C)
> Core 2: +52.0°C (high = +83.0°C, crit = +99.0°C)
> Core 3: +50.0°C (high = +83.0°C, crit = +99.0°C)
>
> it8720-isa-0a10
> Adapter: ISA adapter
> in0: +0.86 V (min = +0.00 V, max = +4.08 V) ALARM
> in1: +3.04 V (min = +0.00 V, max = +4.08 V) ALARM
> in2: +3.33 V (min = +0.00 V, max = +4.08 V) ALARM
> +5V: +3.04 V (min = +0.00 V, max = +4.08 V) ALARM
> in4: +2.94 V (min = +0.00 V, max = +4.08 V) ALARM
> in5: +2.16 V (min = +0.00 V, max = +4.08 V) ALARM
> in6: +2.16 V (min = +0.00 V, max = +4.08 V) ALARM
> 5VSB: +2.96 V (min = +0.00 V, max = +4.08 V) ALARM
> Vbat: +2.99 V
> fan1: 838 RPM (min = 0 RPM)
> fan2: 949 RPM (min = 0 RPM)
> temp1: +127.0°C (low = -1.0°C, high = +127.0°C) ALARM sensor =
> thermal diode
> temp2: +22.0°C (low = -1.0°C, high = +127.0°C) ALARM sensor =
> thermistor
> temp3: -47.0°C (low = -1.0°C, high = +127.0°C) sensor = Intel PECI
> cpu0_vid: +0.000 V
> intrusion0: ALARM
>
Something in your system configuration is wrong. Usually this comes from the BIOS,
so you you might want to check if there is a BIOS upgrade available. It looks like
the system believes that your CPU is freezing and therefore runs the CPU fan at
minimum speed. That may be ok with the current load, but might be a problem
if the CPUs get busy and run hot. That is not related to the nouveau problem,
though.
Guenter
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#34 |
I can confirm the original bug reported. I reproduced it with a HP 625 (AMD athlon processor with AMD HD 4200 graphics) laptop.
I tested ubuntu 3.12, 3.13 and 3.14 kernels, and the problem appeared in 3.13.
Best regards,
Daniele
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#35 |
(In reply to Guenter Roeck from comment #8)
> Something in your system configuration is wrong. Usually this comes from the
> BIOS, so you you might want to check if there is a BIOS upgrade available. It
> looks like the system believes that your CPU is freezing and therefore runs
> the CPU fan at minimum speed.
As I recall the IT87xx chips need an offset programmed by the
BIOS in order to return "sane" temperature values from PECI sources.
Without the offset, the driver returns the thermal margin as a negative
value (-47°C here would mean the CPU runs 47 pseudo-°C below its
critical temperature.) This matches the values returned by coretemp (99
- 47 = 52). This would justify the low fan speeds.
The original poster could try setting temp3_offset to 99 (in the right chip section of sensors.conf, followed by "sensors -s" as root) and see if it makes the system behave differently.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#36 |
Jean, indeed:
...
temp3: +46.0°C (low = -1.0°C, high = +127.0°C) sensor = Intel PECI
...
But it's definitely noisier now ;)
Guenter, thank you, I did open "https:/
Thank you guys,
Roman
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#37 |
It really all depends on what the automatic fan control setup expects. Unfortunately I don't think the it87 driver exposes its trip points to user-space so you'd have to poke at the registers directly.
tags: | added: kernel-bug-reported-upstream |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#38 |
Hello everyone,
I can confirm this bug as well on an HP Probook 4710s. So there are now at least 5 confirmed reports.
Please see:
https:/
http://
It would be worth to also take a look at the DSDT, as there are other minor quirks on my system that could point there... (brightness always on max after reboot/suspend, coarse brightness setting range)
I've already disassembled mine but am stumped at what to do next (this is my first look at anything ACPI related), how to debug...
But as previous kernels worked okay with this same DSDT, maybe they didn't control the fan speed through ACPI but left it to the BIOS?
For info on disassembling the DSDT see https:/
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#39 |
I've now bisected two times. From two different kernel origins, just to be sure, as I'm new to this stupid-and-lengthy method, and, to be sure, I haven't given a false positive inbetween due to boredom.
In the end it says each time:
# git bisect bad | tee -a /var/log/bisect.log
cc8ef52707341e6
commit cc8ef52707341e6
Author: Zhang Rui <email address hidden>
Date: Wed Sep 25 20:39:45 2013 +0800
ACPI / AC: convert ACPI ac driver to platform bus
Signed-off-by: Zhang Rui <email address hidden>
Signed-off-by: Rafael J. Wysocki <email address hidden>
:040000 040000 5a0d397cfcbf53c
Please help me, on how I can help debug this more, and please also read the newest from
https:/
Manuel Krause
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#40 |
Hi, Manuel,
nice report.
(In reply to Manuel Krause from comment #3)
>
> 3.13.5 -- 20140309 -- 20:52 -- bad
> =======
> dir |-
> /type /cur_state /max_state
> cooling_device0 Processor 0 10
> cooling_device1 Processor 0 10
> cooling_device2 Fan 0 1
> cooling_device3 Fan 1 1
> cooling_device4 Fan 0 1
> cooling_device5 Fan 0 1
> cooling_device6 Fan 0 1
> cooling_device7 LCD 0 24
>
> 3.12.13 -- 20140310 -- 00:26 -- good
> =======
> dir |-
> /type /cur_state /max_state
> cooling_device0 Processor 0 10
> cooling_device1 Processor 0 10
> cooling_device2 Fan 0 1
> cooling_device3 Fan 1 1
> cooling_device4 Fan 1 1
> cooling_device5 Fan 1 1
> cooling_device6 Fan 1 1
> cooling_device7 LCD 0 24
>
>
> 3.13.5 -- 20140309 -- 20:52 -- bad
> =======
> dir |-
> /passive /temp |- /cdev?_ /trip_ /trip_
> trip_ point_ point_
> point ?_temp ?_type
> thermal_zone0 0 68000 ?=0 n.a. 256000 critical
> thermal_zone1 n.a. 70000 |-
> ?=0 6 110000 critical
> ?=1 5 107000 passive
> ?=2 4 90000 active
> ?=3 3 75000 active
> ?=4 2 55000 active
> ?=5 1 45000 active
> ?=6 1 30000 active
> thermal_zone2 n.a. 54000 |-
> ?=0 1 105000 critical
> ?=1 1 95000 passive
> thermal_zone3 n.a. 25800 |-
> ?=0 1 110000 critical
> ?=1 1 60000 passive
> thermal_zone4 0 58000 ?=0 n.a. 110000 critical
>
>
> 3.12.13 -- 20140310 -- 00:26 -- good
> =======
> dir |-
> /passive /temp |- /cdev?_ /trip_ /trip_
> trip_ point_ point_
> point ?_temp ?_type
> thermal_zone0 0 50000 ?=0 n.a. 256000 critical
> thermal_zone1 n.a. 70000 |-
> ?=0 1 110000 critical
> ?=1 1 107000 passive
> ?=2 2 90000 active
> ?=3 3 67000 active
> ?=4 4 55000 active
> ?=5 5 45000 active
> ?=6 6 30000 active
> thermal_zon...
31 comments hidden
Loading more comments
|
view all 123 comments |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Jernej Jakob (jjakob) wrote : | #8 |
Changed URL to HTTPS
tags: |
added: kernel-fixed-upstream kernel-fixed-upstream-3.15-rc6 removed: kernel-bug-exists-upstream kernel-bug-reported-upstream |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Jernej Jakob (jjakob) wrote : | #9 |
The bug is fixed in 3.15-rc6. The patch is at https:/
A backport to 3.13 is needed for it to get into Trusty AFAIK...
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Oliver Joos (oliver-joos) wrote : | #10 |
My old HP Compaq nx8220 is affected, too.
I use Kernel 3.13.0-27-generic. Since this is an LTS (Long Term Support) release I hope that a fix will be backported to 3.13.
After reading the upstream report I think the current patches are not the final solution.
summary: |
Fan stops after resume from suspend leading to overheating; requires - reboot to fix [HP Probook 4710s] + reboot to fix [HP Probook 4710s and many others] |
73 comments hidden
Loading more comments
|
view all 123 comments |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#84 |
DMI: Hewlett-Packard HP 2230s /3037, BIOS 68PHU Ver. F.20 12/10/2011
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#85 |
Manuel, please file a new bug.
affects: | linux → ubuntu |
Changed in ubuntu: | |
status: | Unknown → Confirmed |
status: | Confirmed → Fix Released |
73 comments hidden
Loading more comments
|
view all 123 comments |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Dhinak G (dhinak2004) wrote : | #11 |
I checked on the Linux Bug Tracker (or something related) and it says a patch is out.
Run "sudo apt-get update && sudo apt-get upgrade" and if that doesn't work,
install indicator-cpufreq: "sudo apt-get install indicator-cpufreq", log out, and login.
Look at your menu bar. A pic of a CPU will be there, and click. Select Powersave from the menu.
74 comments hidden
Loading more comments
|
view all 123 comments |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#86 |
(In reply to Zhang Rui from comment #60)
> Manuel, please file a new bug.
A BIOS update from F.17 to F.20 did not achieve any efforts.
Btw., some distro specific bug reports falsely (not from my hands) point to here.
I've now filed a new bug upon my Comment 52 ++
https:/
Thank you all for your guidance,
Manuel
73 comments hidden
Loading more comments
|
view all 123 comments |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Oliver Joos (oliver-joos) wrote : | #12 |
Hi Dhinak. Which kernel does work for you?
I tested 3.13.0-24, then 3.13.0-27 and since this week there is 3.13.0-29 to upgrade to. For my two HP nx8220 all 3 kernels do not control the cpu fan correctly! Both laptops ran Ubuntu since 7 years without major problems.
My 2 laptops are: HP Compaq nx8220 (PY518EA#UUZ)/0934, BIOS 68DTV Ver. F.16 07/11/2007
I do not agree that this bug has a "Fix Released". The upstream bug is "resolved - patch available", but there is a discussion that this patch only solves it for some hardware - not all! And for latest Ubuntu 14.04 (LTS!) it is not solved until the patch has has been backported to kernel 3.13.x - this has not been done yet either.
Therefore I think we should rewind this report to "Confirmed" to prevent affected people from opening new reports about the same issue. Please write if you disagree.
BTW: the workaround to force Powersave does work, but makes our laptops unusable slow.
Changed in linux (Ubuntu): | |
status: | Triaged → Confirmed |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Dhinak G (dhinak2004) wrote : | #13 |
The problem is becaue its the daily build. Try a reinstall with stable.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Dhinak G (dhinak2004) wrote : | #14 |
For me, I have it working on every kernel.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Oliver Joos (oliver-joos) wrote : | #15 |
I did not install a daily build of Ubuntu or the kernel. But fan does not work since 14.04.
@Dhinak: could you write which kernel 3.13.0-?? works for you, and what hardware/BIOS you have, e.g. with Terminal command:
sudo dmidecode | head
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Jernej Jakob (jjakob) wrote : | #16 |
For me this bug is definitely fixed in 3.15-rc6, and AFAIK from this release onwards, so daily build of mainline should also work. Of course the patch is not yet backported, which it urgently must be. For now just install latest mainline from instructions on Ubuntu wiki.
If there is still a fault when you try 3.15-rc6 this must be an unrelated bug.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Jernej Jakob (jjakob) wrote : | #17 |
I mean the kernel, of course. There is no need to reinstall Ubuntu 14.04 daily (in fact it would be pointless as the bug is still there). I've had it since alpha and it works fine with kernel 3.15-rc6 installed.
Changed in linux (Ubuntu): | |
assignee: | nobody → Dhinak G (dhinak2004) |
affects: | ubuntu → baltix |
affects: | baltix → ubuntu |
no longer affects: | linux (Debian) |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Joonas Saarinen (jza) wrote : | #18 |
Apparently this was reverted in v3.13.11.4.
http://
The main 3.13.0-?? kernel (linux-image package of Ubuntu 14.04) is still affected though.
68 comments hidden
Loading more comments
|
view all 123 comments |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#87 |
Our 3 laptops Compaq nx8220 run Mint 17 and I just upgraded to 3.13.0-30. They are still affected. After resume they heat up to 100°C until cpu throttling occurs. A quite serious issue.
Jörg-Karl Bösner did a reverse-bisect and may have found the evil commit: https:/
Please backport the fix also to 3.13.x, since this kernel is part of many "Long Term Support" distros.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#88 |
That 3.13.0-30 is an Ubuntu kernel and is always based on upstream 3.13.0 with Canonical's own selection of patches applied on top of it. From there the same kernel seems to trickle to Mint. So Ubuntu would have to apply the patch "ACPI / AC: convert ACPI ac driver to platform bus" to the 3.13.0-?? patch queue.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#89 |
I don't know if it's still valid, but the patch had been picked up by Kamal Mostafa who has told to maintain 3.13.y.z.
Patch: http://
Maybe you'd also like to read
https:/
and https:/
Best regards,
Manuel Krause
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#90 |
(In reply to Oliver Joos from comment #62)
> Our 3 laptops Compaq nx8220 run Mint 17 and I just upgraded to 3.13.0-30.
> They are still affected. After resume they heat up to 100°C until cpu
> throttling occurs. A quite serious issue.
>
> Jörg-Karl Bösner did a reverse-bisect and may have found the evil commit:
> https:/
>
> Please backport the fix also to 3.13.x, since this kernel is part of many
> "Long Term Support" distros.
This BUG, here, only covers false fan speed after booting.
For the issue of high temperatures without fan action after resume from disk/RAM, please attach to https:/
Thank you in advance,
Manuel Krause
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#91 |
> So Ubuntu would have to apply the patch "ACPI / AC: convert ACPI ac driver to
> platform bus" to the 3.13.0-?? patch queue.
Just to refine my message a bit...they obviously should apply the *revert* patch. :)
Here's also a direct link to the aforementioned "extended stable" Ubuntu kernel, where it already is reverted:
http://
But as Manuel says, in Oliver's case it might actually be a different bug if it reveals itself after suspend.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#92 |
Looking at this changelog, the revert patch seems to be already part of upcoming 3.13.0-31 Ubuntu kernel.
https:/
72 comments hidden
Loading more comments
|
view all 123 comments |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Oliver Joos (oliver-joos) wrote : | #19 |
For me it is solved with kernel 3.13.0-32 from https:/
Careful users should wait a few days to get the fixed kernel as a normal update!
From what I have read the problem was a kernel patch called "ACPI / AC: convert ACPI ac driver to platform bus" which has now been reverted in kernel 3.13.0-31 and higher.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Taleb Abdelhak (my-rk) wrote : | #20 |
Running kernel 3.13.0-32, bug is STILL PRESENT
laptop : HP 620
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Oliver Joos (oliver-joos) wrote : | #21 |
@Taleb: I feel with you! But Jerney (reporter of this bug) also wrote in comment #16 that it is solved for him. Therefore I would open a new report exactly about your issue, with all details of your system and symptoms.
Changed in linux (Ubuntu): | |
status: | Confirmed → Fix Released |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Juan Carlos (arareka-ha) wrote : | #22 |
Hi, installed Ubuntu 14.10 on my HP Probook 4525s and when resume from suspend fan work slowly. Normally laptop work at 53/55 C.
But after resume from suspend temperature go to 60/70 C.
70 comments hidden
Loading more comments
|
view all 123 comments |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#93 |
I'm running Archlinux (up to date) and I'm having the same issue. With the latest kernel 3.18.2 the problem is still there for me. Every time I unplug the ac power the laptop fan stops until temp reaches 84°C and then ramps down to 74°C with full speed fan.
With kernel 3.11.4 I have no problem at all.
Do you guys still have this issue?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#94 |
There are currently many HP/Compaq notebook owners having problems with kernel 3.18.x. We are waiting for Zhang Rui to wake up from his winter sleep & him to catch up. See: https:/
Most probably you would need to file a new BUG, but I'd attach to it soon with my logs..
Best regards,
Manuel
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#95 |
You can also have a look at https:/
Best regards, Manuel
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#96 |
for my hardware , the problem seems to be resolved by installing the latest beta of osx 10.10.2 , it has a firmware update that solves the issue under linux & windows .
hope this helps .
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#97 |
nope , the problem is still there :
temperature is fine around 35 to 40 c ,
but the fans kiks rpm from 2000 to 5900 & then back to 4100 ,
cpu utilization is 10 - 13 % .
kernel : 3.18.4
os : Archlinux
Hardware : Macbook Air 2013
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#98 |
PLEASE RESPOND ,
the problem is solved by updating to a new firmware with osx 10.10.2 ,
in linux 3.19 , the patch you have made make the laptop very noisy & fans
spinning at a very high rpm .
in linux 3.14.33 , everything is fine ( thermal , fan rpm ) ,
so can you please kindly revert or remove the patch , as it's not necessary any
more after osx 10.10.2 update .
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#99 |
(In reply to step-ali from comment #73)
> PLEASE RESPOND ,
>
> the problem is solved by updating to a new firmware with osx 10.10.2 ,
>
> in linux 3.19 , the patch you have made make the laptop very noisy & fans
>
> spinning at a very high rpm .
>
which patch are you referring to?
> in linux 3.14.33 , everything is fine ( thermal , fan rpm ) ,
>
>
> so can you please kindly revert or remove the patch , as it's not necessary
> any
>
> more after osx 10.10.2 update .
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#100 |
(In reply to Zhang Rui from comment #74)
> (In reply to step-ali from comment #73)
> > PLEASE RESPOND ,
> >
> > the problem is solved by updating to a new firmware with osx 10.10.2 ,
> >
> > in linux 3.19 , the patch you have made make the laptop very noisy & fans
> >
> > spinning at a very high rpm .
> >
> which patch are you referring to?
>
> > in linux 3.14.33 , everything is fine ( thermal , fan rpm ) ,
> >
> >
> > so can you please kindly revert or remove the patch , as it's not necessary
> > any
> >
> > more after osx 10.10.2 update .
the patch that made the fans spin harder ,
all i know is on 3.19 there is no heat but the fans spin at high rpm on 10-15
cpu utilization
on 3.14.33 there is heat up to 89 c & the fans doesn't spin up on the same cpu
utilization .
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#101 |
(In reply to step-ali from comment #75)
> (In reply to Zhang Rui from comment #74)
> > (In reply to step-ali from comment #73)
> > > PLEASE RESPOND ,
> > >
> > > the problem is solved by updating to a new firmware with osx 10.10.2 ,
> > >
> > > in linux 3.19 , the patch you have made make the laptop very noisy & fans
> > >
> > > spinning at a very high rpm .
> > >
> > which patch are you referring to?
> >
> > > in linux 3.14.33 , everything is fine ( thermal , fan rpm ) ,
> > >
> > >
> > > so can you please kindly revert or remove the patch , as it's not
> necessary
> > > any
> > >
> > > more after osx 10.10.2 update .
>
> the patch that made the fans spin harder ,
>
step-ali,
actually, I don't think which patch introduces this problem.
But there is indeed some bug report complaining that the fan speed never changes after boot, since 3.18.
so can you please refer to bug #93301 and check if it is the same commit (6ab3430129e258
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#102 |
(In reply to Zhang Rui from comment #76)
> (In reply to step-ali from comment #75)
> > (In reply to Zhang Rui from comment #74)
> > > (In reply to step-ali from comment #73)
> > > > PLEASE RESPOND ,
> > > >
> > > > the problem is solved by updating to a new firmware with osx 10.10.2 ,
> > > >
> > > > in linux 3.19 , the patch you have made make the laptop very noisy &
> fans
> > > >
> > > > spinning at a very high rpm .
> > > >
> > > which patch are you referring to?
> > >
> > > > in linux 3.14.33 , everything is fine ( thermal , fan rpm ) ,
> > > >
> > > >
> > > > so can you please kindly revert or remove the patch , as it's not
> necessary
> > > > any
> > > >
> > > > more after osx 10.10.2 update .
> >
> > the patch that made the fans spin harder ,
> >
> step-ali,
> actually, I don't think which patch introduces this problem.
> But there is indeed some bug report complaining that the fan speed never
> changes after boot, since 3.18.
> so can you please refer to bug #93301 and check if it is the same commit
> (6ab3430129e258
> you?
I don't think so ,
before 3.18 we had a high cpu utilization (25 to 30%) that was fixed by recent
apple osx 10.10.2 update , ( the problem was solved temporarily by disabling
some gpe ) but there wasn't any fan or heat problem .
After the osx 10.10.2 update ( was during linux 3.18 ) the fan spins up ( very
high rpm )on very little cpu utilization ( watching a video in chrome ) & then
spins down when idling .
on 3.14.33 it's the reverse , the fan doesn't spin up but the temperature rises
to 90 degree celsius ( also while watching videos on chrome ) , which is
harmful to the laptop .
the solution would be something in the middle ,
BUT PLEASE HURRY , MY MACHINE IS FRYING .
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#103 |
Please
1. rebuild your kernel with the patches at https:/
2. run echo 'module thermal_sys +fp' > /sys/kernel/
3. attach the dmesg output after the problem is reproduced.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#104 |
(In reply to Zhang Rui from comment #78)
> Please
> 1. rebuild your kernel with the patches at
> https:/
> 2. run echo 'module thermal_sys +fp' >
> /sys/kernel/
> 3. attach the dmesg output after the problem is reproduced.
sorry , I don't know how to merge a patch & compile .
after weeks of testing it looks like another firmware issue that needs to be
updated from apple , like the gpe66 issue , because the issue is also occurring
in windows too ( high temperature ) .
when i first bought the laptop it ran fine with linux , i guess i wish i never
updated osx , i never use it anyway .
i will submit a bug report to apple & see what happen .
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#105 |
as there is a firmware update, so can you please try 3.14 kernel again with your new firmware(In reply to step-ali from comment #77)
> (In reply to Zhang Rui from comment #76)
> > (In reply to step-ali from comment #75)
> > > (In reply to Zhang Rui from comment #74)
> > > > (In reply to step-ali from comment #73)
> > > > > PLEASE RESPOND ,
> > > > >
> > > > > the problem is solved by updating to a new firmware with osx 10.10.2
> ,
> > > > >
> > > > > in linux 3.19 , the patch you have made make the laptop very noisy &
> fans
> > > > >
> > > > > spinning at a very high rpm .
> > > > >
> > > > which patch are you referring to?
> > > >
> > > > > in linux 3.14.33 , everything is fine ( thermal , fan rpm ) ,
> > > > >
> > > > >
> > > > > so can you please kindly revert or remove the patch , as it's not
> necessary
> > > > > any
> > > > >
> > > > > more after osx 10.10.2 update .
> > >
> > > the patch that made the fans spin harder ,
> > >
> > step-ali,
> > actually, I don't think which patch introduces this problem.
> > But there is indeed some bug report complaining that the fan speed never
> > changes after boot, since 3.18.
> > so can you please refer to bug #93301 and check if it is the same commit
> > (6ab3430129e258
> > you?
>
> I don't think so ,
>
> before 3.18 we had a high cpu utilization (25 to 30%) that was fixed by
> recent
>
> apple osx 10.10.2 update , ( the problem was solved temporarily by disabling
>
> some gpe ) but there wasn't any fan or heat problem .
>
>
> After the osx 10.10.2 update ( was during linux 3.18 ) the fan spins up (
> very
>
> high rpm )on very little cpu utilization ( watching a video in chrome ) &
> then
>
> spins down when idling .
>
>
> on 3.14.33 it's the reverse , the fan doesn't spin up but the temperature
> rises
>
> to 90 degree celsius ( also while watching videos on chrome ) , which is
>
> harmful to the laptop.
>
is this symptom got with updated firmware?
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#106 |
it's after kernel 3.18 & osx firmware update
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#107 |
> >
> > on 3.14.33 it's the reverse , the fan doesn't spin up but the temperature
> > rises
> >
> > to 90 degree celsius ( also while watching videos on chrome ) , which is
> >
> > harmful to the laptop.
> >
> is this symptom got with updated firmware?
I mean did you get this symptom with 3.14 kernel, after firmware updated?
Please do the following test on 4.0-rc kernel
1. apply the patches at
https:/
https:/
https:/
2. please apply the two patches attached later
3. after build, please boot with kernel parameter module.
4. attach the acpidump output of your mac book
5. attach the output of "grep . /sys/class/
6. attach the dmesg output after the bug reproduced
7. attach the output of "grep . /sys/class/
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#108 |
Created attachment 171921
patch 4
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#109 |
Created attachment 171931
patch-5
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#110 |
ping...
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#111 |
(In reply to Zhang Rui from comment #82)
> > >
> > > on 3.14.33 it's the reverse , the fan doesn't spin up but the temperature
> > > rises
> > >
> > > to 90 degree celsius ( also while watching videos on chrome ) , which is
> > >
> > > harmful to the laptop.
> > >
> > is this symptom got with updated firmware?
>
> I mean did you get this symptom with 3.14 kernel, after firmware updated?
>
> Please do the following test on 4.0-rc kernel
> 1. apply the patches at
> https:/
> https:/
> https:/
> 2. please apply the two patches attached later
> 3. after build, please boot with kernel parameter module.
> thermal_sys +fp" dyndbg="file thermal_core.c +fp; file step_wise.c +fp"
> 4. attach the acpidump output of your mac book
> 5. attach the output of "grep . /sys/class/
> 6. attach the dmesg output after the bug reproduced
> 7. attach the output of "grep . /sys/class/
> reproduced
yes , the symptom is htere after firmware update on 3.14 lts & 3.19
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#112 |
Upgraded to kernel 3.16 from Debian Jessie repos. Having performed no firmware upgrade, just upgraded OS. Strange, but problem has gone.
Here's uname output:
$ uname -srvom
Linux 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt7-1 (2015-03-01) x86_64 GNU/Linux
$ cat /etc/issue
Debian GNU/Linux 8
Installation of 3.16 on Debian 7.x still gives that old problem.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#113 |
(In reply to E.Glorg from comment #87)
> Upgraded to kernel 3.16 from Debian Jessie repos. Having performed no
> firmware upgrade, just upgraded OS. Strange, but problem has gone.
> Here's uname output:
> $ uname -srvom
> Linux 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt7-1 (2015-03-01) x86_64
> GNU/Linux
> $ cat /etc/issue
> Debian GNU/Linux 8
> Installation of 3.16 on Debian 7.x still gives that old problem.
yep , upgrade to any kernel above 3.17 & you will have the problem again
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#114 |
ha ,
i discovered something strange ,
under wayland everything is running normally 69 degree celsius ( where it was
around 85-90 under Xorg ) fan rpm is 1300 ( 5000 under xorg ) all using the same
kernel 3.14.37 lts running under Archlinux .
could it be a xorg-server issue ??!
if so then how come the problem disappear with kernel under 3.17 ??!
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#115 |
(In reply to step-ali from comment #86)
> (In reply to Zhang Rui from comment #82)
> > > >
> > > > on 3.14.33 it's the reverse , the fan doesn't spin up but the
> temperature
> > > > rises
> > > >
> > > > to 90 degree celsius ( also while watching videos on chrome ) , which
> is
> > > >
> > > > harmful to the laptop.
> > > >
> > > is this symptom got with updated firmware?
> >
> > I mean did you get this symptom with 3.14 kernel, after firmware updated?
> >
> > Please do the following test on 4.0-rc kernel
> > 1. apply the patches at
> > https:/
> > https:/
> > https:/
> > 2. please apply the two patches attached later
> > 3. after build, please boot with kernel parameter module.
> > thermal_sys +fp" dyndbg="file thermal_core.c +fp; file step_wise.c +fp"
> > 4. attach the acpidump output of your mac book
> > 5. attach the output of "grep . /sys/class/
> > 6. attach the dmesg output after the bug reproduced
> > 7. attach the output of "grep . /sys/class/
> bug
> > reproduced
>
> yes , the symptom is htere after firmware update on 3.14 lts & 3.19
please do the test and attach the debug information requested above.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#116 |
ping...
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#117 |
sorry , don't know how to apply patches to the kernel ,
but the problem is still there with kernel 4.0 .
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#118 |
do you know how to build a customized kernel?
please download the patches and run "patch -p1 < foo.patch" to apply each of them in ascending order, and then build the kernel.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#119 |
ping...
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#120 |
bug closed as we can more make any progress w/o bug reporter' response and help.
Please feel free to reopen it if you can build customized kernel to help debug the issue.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#121 |
(In reply to Zhang Rui from comment #95)
> bug closed as we can more make any progress w/o bug reporter' response and
> help.
> Please feel free to reopen it if you can build customized kernel to help
> debug the issue.
sorry , just don't have the time to build a customized kernel ,
will test with 4.1 .
97 comments hidden
Loading more comments
|
view all 123 comments |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
derWalter (walter-derwalter) wrote : | #23 |
Happens regularly but not every time on ubuntu 16.04 on a thinkpad x201.
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
Julien Olivier (julo) wrote : | #24 |
The bug is still very present in Ubuntu 19.04.
tags: | added: cscc |
97 comments hidden
Loading more comments
|
view all 123 comments |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#122 |
Mr Zhang Rui,
I notice that this bug is still affected HP notebooks in all new kernels. I want to reopen this bug report.
I am not experienced user but I tried all popular distributions like Fedora 34 with 5.11 kernel, Ubuntu 20.04 with 5.4 kernel, SUSE Linux Enterprise Desktop 15 SP3 with 5.3 kernel.
My fans are constantly in IDLE speed. It is doesn't matter if my CPU usage is 100% or 0%, this have this same low speed. Sometimes my notebook shut down because it is overheating. Sometimes my fans are running 100% speed for few seconds when my hardware is very hot and then this return to behaviour with IDLE speed.
So I have question. Why these patches from this bug was not applied to upstream final kernel?
Can I fix my issue without compiling new kernel with modifications? I thinked about thermald daemon but I don't know it is compatilbe with AMD processors? If yes, how I can configure it to fix issues? I also finded some program in github to HP 625 but still I am not coder (I learning) so I don't know if it program is working and if it is safe.
I hope that you can help.
Yours faithfully,
PeterQ
Changed in ubuntu: | |
importance: | Unknown → High |
status: | Fix Released → Expired |
![](/+icing/build/overlay/assets/skins/sam/images/close.gif)
|
#123 |
Hello. I am still experiencing this bug on 6.1. Could you reopen this bug, so we will be able to solve it?
My fans are acting strangely since 3.13 upgrade.
Behaviour on 3.12:
Fans running pretty much all the time on 30%, temperatures 30-40 C.
Behaviour on 3.13:
Fans are idle until temperatures rise to 84 C (this is hot!), then ramp up to 75% (high noise) for a few seconds until temperatures drop to 72 C. Then they idle again.
This seems pretty dangerous, because the threshold of 84 degrees is just too high. I'd be fine with 60.
Laptop: macbook air 2013
OS: Archlinux