[Lenovo Thinkpad x201s] Overheat due to slow fans when on 'auto'

Bug #751689 reported by Jamie Strandboge
818
This bug affects 161 people
Affects Status Importance Assigned to Milestone
linux (Fedora)
Won't Fix
High
linux (Ubuntu)
Fix Released
Critical
Andy Whitcroft
Maverick
Won't Fix
Critical
Abhishek kumar singh
Natty
Won't Fix
Critical
Andy Whitcroft
Precise
Won't Fix
Critical
Unassigned
thinkfan (Debian)
Fix Released
Unknown

Bug Description

On my Thinkpad x201s with an i7, if I utilize all of the CPUs/hyperthreads, the machine can be made to overheat very quickly. This is because of the default level setting of 'auto' in /proc/acpi/ibm/fan. On 'auto', the fan only ever goes up to around 4500rpm, while in 'disengaged' mode it can go as high as 6400rpm. At 4500rpm, the CPU continues to climb until the system is forcibly shutdown at 100C. If I reload thinkpad_acpi like so:
$ sudo rmmod thinkpad_acpi
$ sudo modprobe thinkpad_acpi fan_control=1

Then I can set the fan to disengaged mode manually:
echo "level disengaged" > /proc/acpi/ibm/fan

With this setting, I can utilize all of the CPUs for an extended time and not surpass 85C, still pretty hot but well under the 100C range. Furthermore, setting to level '7' (the supposed max fan speed) runs the fan at ~5300, well below the maximum fan speed.

In maverick this did not seem to be as much of a problem (perhaps because of the lack of the big kernel lock in natty?).

Related bugs:
https://bugzilla.redhat.com/show_bug.cgi?id=675433
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610722 (against thinkfan package, but demonstrates that other x201 users are having the same problem)

ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: linux-image-2.6.38-7-generic 2.6.38-7.39
Regression: Yes
Reproducible: Yes
ProcVersionSignature: Ubuntu 2.6.38-7.39-generic 2.6.38
Uname: Linux 2.6.38-7-generic x86_64
AcpiTables:
 Error: command ['gksu', '-D', 'Apport', '--', '/usr/share/apport/dump_acpi_tables.py'] failed with exit code 1: GNOME_SUDO_PASS
 Sorry, try again.
 sudo: 3 incorrect password attempts
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.23.
Architecture: amd64
ArecordDevices:
 **** List of CAPTURE Hardware Devices ****
 card 0: Intel [HDA Intel], device 0: CONEXANT Analog [CONEXANT Analog]
   Subdevices: 1/1
   Subdevice #0: subdevice #0
AudioDevicesInUse:
 USER PID ACCESS COMMAND
 /dev/snd/controlC0: jamie 2641 F.... pulseaudio
 /dev/snd/pcmC0D0p: jamie 2641 F...m pulseaudio
CRDA: Error: [Errno 2] No such file or directory
Card0.Amixer.info:
 Card hw:0 'Intel'/'HDA Intel at 0xf2520000 irq 43'
   Mixer name : 'Intel IbexPeak HDMI'
   Components : 'HDA:14f15069,17aa2156,00100302 HDA:80862804,17aa21b5,00100000'
   Controls : 12
   Simple ctrls : 6
Card29.Amixer.info:
 Card hw:29 'ThinkPadEC'/'ThinkPad Console Audio Control at EC reg 0x30, fw 6QHT28WW-1.09'
   Mixer name : 'ThinkPad EC 6QHT28WW-1.09'
   Components : ''
   Controls : 1
   Simple ctrls : 1
Card29.Amixer.values:
 Simple mixer control 'Console',0
   Capabilities: pswitch pswitch-joined penum
   Playback channels: Mono
   Mono: Playback [on]
Date: Tue Apr 5 11:56:28 2011
EcryptfsInUse: Yes
HibernationDevice: RESUME=UUID=58280e6e-d161-43ea-8593-a89fb7b6851a
InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100427.1)
MachineType: LENOVO 5129CTO
ProcEnviron:
 LANGUAGE=en_US:en
 PATH=(custom, user)
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.38-7-generic root=UUID=82571cfb-fdda-4d2f-b708-f8924aa0fe21 ro quiet splash vt.handoff=7
RelatedPackageVersions:
 linux-restricted-modules-2.6.38-7-generic N/A
 linux-backports-modules-2.6.38-7-generic N/A
 linux-firmware 1.49
SourcePackage: linux
UpgradeStatus: Upgraded to natty on 2011-02-24 (39 days ago)
dmi.bios.date: 04/20/2010
dmi.bios.vendor: LENOVO
dmi.bios.version: 6QET44WW (1.14 )
dmi.board.name: 5129CTO
dmi.board.vendor: LENOVO
dmi.board.version: Not Available
dmi.chassis.asset.tag: No Asset Information
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.version: Not Available
dmi.modalias: dmi:bvnLENOVO:bvr6QET44WW(1.14):bd04/20/2010:svnLENOVO:pn5129CTO:pvrThinkPadX201s:rvnLENOVO:rn5129CTO:rvrNotAvailable:cvnLENOVO:ct10:cvrNotAvailable:
dmi.product.name: 5129CTO
dmi.product.version: ThinkPad X201s
dmi.sys.vendor: LENOVO

Revision history for this message
Jamie Strandboge (jdstrand) wrote :
description: updated
Changed in thinkfan (Debian):
status: Unknown → New
Revision history for this message
rejon (rejon) wrote :

So the immediate solution is what?

I chucked this into my /etc/rc.local file before exit 0:

rmmod thinkpad_acpi
modprobe thinkpad_acpi fan_control=1
echo "level 7" > /proc/acpi/ibm/fan
# echo "level disengaged" > /proc/acpi/ibm/fan
# this is being problematic
# echo "level auto" > /proc/acpi/ibm/fan

I ekpt the other settings just in case.

Brad Figg (brad-figg)
Changed in linux (Ubuntu):
status: New → Confirmed
Revision history for this message
Jamie Strandboge (jdstrand) wrote :

Just confirmed in maverick that a) the same test case does not raise the temperature quite as high but b) the fan speed is still not correctly set. In other words, with the fans set to 'auto' in maverick, the fan speed still never rose above ~4500 rpm even though the temperatures were very high (~90C).

Revision history for this message
Dustin Kirkland  (kirkland) wrote :

Marking critical.

I have hit this bug recently in both Natty and Maverick.

I'm marking critical, as this affects a) server uptime, and b) possibly can cause real-life physical damage.

Changed in linux (Ubuntu):
importance: Undecided → Critical
Changed in linux (Ubuntu Maverick):
status: New → Confirmed
importance: Undecided → Critical
tags: added: kernel-key
Revision history for this message
Jamie Strandboge (jdstrand) wrote :

I went poking around the BIOS (I also have the most up to date BIOS for my x201s: 1.34) and noticed something called 'Advanced Thermal Management'. It was set to 'Maximum Performance' when on A/C. I changed this to 'Balanced' (which is what is used on battery) and the situation is considerably improved, but not solved. I have gathered more information:

Fan speeds (observed by setting the level manually in /proc/acpi/ibm/fan):
auto: ~4500rpm max (but may be lower depending on temperature)
level 6: ~4500rpm
level 7: ~5300rpm
disengaged: ~6500

CPU speeds:
lowest: 1199 MHz
highest: 2134 MHz

To monitor:
$ watch -n 0.5 'cat /proc/acpi/ibm/thermal ; cat /proc/acpi/ibm/fan | egrep "(speed|level):" ; cat /proc/cpuinfo | grep MHz'

Eg:
$ watch -n 0.5 'cat /proc/acpi/ibm/thermal ; cat /proc/acpi/ibm/fan | egrep "(speed|level):" ; cat /proc/cpuinfo | grep MHz'
temperatures: 65 0 0 0 0 0 0 0
speed: 4501
level: auto
cpu MHz : 1199.000
cpu MHz : 1199.000
cpu MHz : 1199.000
cpu MHz : 1199.000

Kernel thermal zones: aiui, this controls cpu scaling:
$ cat /sys/class/thermal/thermal_zone0/trip_point_*
100000
critical
91500
passive

When set to 'balanced', the BIOS will scale the CPU back way before 91.5C (at 83C it immediately scales back to 1199 MHz). The trip point appears to not mean anything (except to suggest that things aren't critical until we are at > 91.5).

I turned thinkfan off and set the fan to 'auto' (the default) and I then went about trying to stress the machine:
$ apt-get install stress
$ stress -c 8 -i 8 -m 8 -d 8

With this load, the system was able to manage itself ok. The fan ever only got up to 4500rpm, but when the temperature got to 83C, the cpu scaling kicked in and the temp dropped to 72C. After a bit the CPUs would go back to 2134MHz and the temperature would raise again, then the cpus would be scaled back, and on and on.

So 'stress' was not good enough. What was good enough was doing 3 builds of kde4libs/amd64 concurrently (in an ecryptfs encrypted HOME). After a rather long while (ie all the dependencies are installed, configure is done, the .moc files are generated and the compilation kicks goes for several minutes), the 4500rpm speed of the fans with the CPUs all at their lowest speed is not enough and the temperature very slowly rises.

For now, I am adjusting thinkfan to run at level 6 (ie, the fan speed equivalent of 'auto') starting at 70C and level 7 at 85C and above (ie run the fan at the highest controlled speed (but still higher than 'auto') when the temperature is still rising after the cores are running at their lowest speed). This configuration has not been extensively tested, but I will report back if level 7 is not sufficient and the fans need to go disengaged.

Revision history for this message
Jamie Strandboge (jdstrand) wrote :

It should be noted that thinkfan is an optional universe package that runs as a daemon and can be used to control the fans based on configurable temperatures. Misconfiguration could lead to hardware damage and I mention it here as a workaround only and am not advocating its use generally. If using thinkfan, please read the documentation fully (I've deliberately not posted my configuration so people are forced to read the docs). In other words, don't blame me if thinkfan breaks your system. :)

Revision history for this message
Phillip Susi (psusi) wrote :

It looks like thinkpads have a non standard ACPI device that handles the fan control, among other things. That is where /proc/acpi/ibm comes from. It is implemented in the kernel in drivers/platform/x86/thinkpad_acpi.c, and has some comments pointing to:

http://thinkwiki.org/wiki/Embedded_Controller_Firmware#Firmware_Issues

Revision history for this message
Andy Whitcroft (apw) wrote :

@Jamie -- ok according to upstream this thinkpad-acpi driver is essentially unchanged, and the fans really should be controlled by the EC in the defualt mode. There is no logical reason to expect this change in behaviour. We are going to have to try and narrow down where this change has come from. Could you test some of the mainline kerenls, specifically including the v2.6.35 and v2.6.38 kernels to see if they are good and bad respectivly, and then could you use a few of the intermediate releases and -rcs to narrow our search. Mainline kernels can be found at the URL below. Please report any testing here:

    https://wiki.ubuntu.com/Kernel/MainlineBuilds

Thanks!

Changed in linux (Ubuntu Natty):
status: Confirmed → Incomplete
assignee: nobody → Andy Whitcroft (apw)
Revision history for this message
Joseph Salisbury (jsalisbury) wrote :

I have the same issue on my x201. My system has been crashing randomly during the day when the temp hits 100C.

I created a simple little script to work around the issue. This prevents my system from crashing and prevents damage from overheating. I monitor my temps throughout the day and change the speed as needed. I attached the script in case it might help someone else.

Use the script at your own risk and monitor your temperatures!

The script takes four possible arguments: 6, 7, H and A. The script will change the value in /proc/acpi/ibm/fan as follows:

6 for level 6
7 for level 7
H for level disengaged
A for level auto

The script will also start the watch command Jamie posted as well to monitor cpu speed and temp.

Script is attached with the name cool_cpu.sh

Hope this can help someone else.

Revision history for this message
Jamie Strandboge (jdstrand) wrote :

@Joseph, you may be interested in the 'thinkfan' package, which does this type of thing for you.

Revision history for this message
Jamie Strandboge (jdstrand) wrote :

@Andy, as stated, this is not a change in behavior-- maverick had the same problem of not spinning the fan high enough (only 4500rpm) when temperatures were particularly high. The difference between maverick and natty is that maverick tends to run ~8C cooler so you hit the critical 100C shutdown less frequently (but still hit it).

The BIOS/EC should be handling this, and indeed it does adjust the fan speed between 0 and 4500rpm just fine. The problem is that it doesn't spin up the fans to a fast enough speed (they are capable of ~6500rpm) when under very high temperatures. Also, when Advanced Thermal Management in the BIOS is set to 'Maximum Performance' (the apparent default for this machine when on AC) the problem is especially aggravated since frequency scaling doesn't seem to occur. When Advanced Thermal Management is set to 'Balanced' (the default when on battery), cpu frequency scaling does occur, which helps with overheating but there are still cases where the CPUs are at their lowest frequency and the fans at their BIOS/EC maximum speed (ie 4500rpm) where the temperature still goes up and you hit 100C.

I have an up to date BIOS/EC according to the Lenovo website. The 'Maximum Performance' vs 'Balanced' might be as designed, but clearly there is a problem when the lowest cpu frequency and the highest fan rpm in the default install is not enough to keep the machine from hitting 100C. While the fix should probably be with Lenovo, perhaps there is something we could do in the driver when i7s hit 85C we should spin up to level 7 (otoh solution).

Changed in linux (Ubuntu Natty):
status: Incomplete → Confirmed
Changed in linux (Ubuntu Natty):
milestone: none → natty-updates
Revision history for this message
Lukas Koranda (lkoranda) wrote :

Same issue with T500. When I switch in BIOS to 'balanced' mode when on AC kernel hangs during early initialization.

Revision history for this message
James Hunt (jamesodhunt) wrote :

Same problem here with T410. Just before my machine shutdown, temperature was 148C.

Revision history for this message
Andrew Black (bux23) wrote :

My x201s with i7-CPU shows exactly the same behaviour. If a program hangs and creates a lot of CPU workload the temperature rises and if it reaches 100 degrees Celsius a thermal shutdown occurs. Not very nice.

Btw: I use Kubuntu Natty.

Revision history for this message
Zaphod (flerche) wrote :

Same isue on R500/ Core2Duo - the workaround seems 2 help ....

Revision history for this message
Gert van Dijk (gertvdijk) wrote :

This issue is occuring for me since a very long time; using Windows the fans have a much higher speed setting compared to using Linux and the thinkpad-acpi driver. However, since the use of Maverick I experience a lot more automatic shutdowns, triggered by thinkpad-acpi, due to overheating. Before, I was using Karmic and also experienced it sometimes.

When monitoring the temperatures manually and setting a fan speed accordingly the CPU is cooled properly, but thinkpad-acpi never triggers higher CPU fan speeds even when > 95 °C! That is, in my opinion, a bug.

I'm having this issue on my T61p - C2D T9300 w/ Nvidia QuadroFX 570M. Both need quite a lot of cooling, especially when using the docking station (less ventilation, more isolation on the bottom).

That's why I don't think this issue is specific for one Thinkpad model, but occuring as soon as you start using thinkpad-acpi, also in older versions of Ubuntu. And yes, it's a universe piece of software not part of the core of Ubuntu, but this should really be fixed as it might cause hardware failures.

I think running a user space software daemon as a workaround is rather 'dirty'.

More hardware related, but still not justifying the behaviour of thinkpad-acpi:
I noticed there was an awful lot of thermal grease on both the CPU and the GPU for the integrated heatsink/fan in my Thinkpad, I cleaned it, replaced this with a proper amount of thermal grease and temperatures are 10 °C lower since then.

Revision history for this message
Mathias Hasselmann (hasselmm) wrote :

similar issue for X200. thought it would be dirty fans, but apparently not?

Revision history for this message
Mikhail Zabaluev (mzabaluev) wrote :

On a T61p, after I set the fan level to full-speed and it is showing (and sounding like) ~6300 rpm, still the CPU temperature cannot be kept from growing beyond 95 ℃ when two processes are busy-looping. I am not using thinkfan.

Revision history for this message
Mikhail Zabaluev (mzabaluev) wrote :

To note, setting the fan level to 7 results in the screaming speed of ~3200 rpm. Something is fishy with these controls.
I have updated the BIOS to the latest version.

Revision history for this message
Gert van Dijk (gertvdijk) wrote :

Since yesterday I started to use thinkfan with the patch applied from the Debian bug report. This does the trick for now, but I really would like to see a fix for "level auto" in thinkpad-acpi.

@Mikhail:
It seems common that level 7 (seems the highest) is indeed only halfway the full speed of the fan on a T61p. This has been the case ever since I got this laptop for Linux (3 years now) and is also described on the Thinkwiki webpage somewhere.
If you're not capable of controlling the temperature even with highest fan speed you should check your hardware; then it's not a Ubuntu/software bug. See also my post above.

Revision history for this message
Deathflyer (christian1-schmid) wrote :

I experience the same behaviour with my T400 - the system automatically shuts down once it reached 85°C due to the low fan speed.

Revision history for this message
Ivan Pulleyn (ivan-pulleyn) wrote :

I hit this bug today w/an x201s running Maverick. System shut down in the middle of running a high-CPU analysis job. It was a little frightening at first - I thought my machine had died. I think this issues should be raised in priority for a fix. In the mean time, I'll manually set the fan to disengaged when running jobs.

Revision history for this message
Shetty (shetty) wrote :

Issue :
Hav this problem while running videos like GoogleIO on several tabs, on chrome or firefox apps (adobe flash player installed), on my dell inspiron laptops: n5030(i3,4GiB), 1525(core2 duo3GiB), & on latitude e5420(i7-2620M, 8GiB), which on prolonged CPU usage(all cores) of over 100% just SHUTDOWN (processes killed).
My old dell inspiron-6400(dual core,4GiB), HP-530(dual core,2GiB), do go high on CPU usage, but get stable (on watch).
The Dell Desktop(Pentium D, 2GiB) works just fine (with other issue - wifi conn suddenly droppd).
All this... while the ancient HP Pavilion(AMD64Athlon) is handling 10.10 well & the ancient dell-celeron(128Mib) runs XUbuntu smoothly.

Resolution :
Waiting for the system to settledown (on startup), then, monitoring the CPU usage, using System-Monitor, & a lil patience has helped most times.

 Running one video and a few regular pages on the browser apps, jets the CPU to over 90~95% , then drops to around 30~40% and stabilized, though opening more links (one or more) shoots the CPU near perfect. At this point, I have been switching to the System-Monitor and just WAIT for the CPU history graph to come down.. It comes back to below 50%. Opening another app, like Eclipse, or Gimp takes the CPU usage to around 65~75% and comes back down to around 40~50%.
 For me, the pain point is tabbed-browsing. While opening more tabs, not scrolling through the pages seems to help get the CPU history graph back to <50%.

Hope the info helps the learned help me out here.

Revision history for this message
Thomas Hood (jdthood) wrote :

I experienced this problem (sudden shutdown due to overheating) on a ThinkPad X61. I worked around it by manually setting the fan speed higher when performing CPU-intensive tasks (e.g., installing an OS on a guest virtual machine).

Will now install thinkfan which should automate this.

Revision history for this message
brujonildo (curandero13) wrote :

I also had the temperature-related shutdown problems when running python and c++ colde on a Thinkpad X201 with Ubuntu 10.04. Installed cool_cpu Joseph Salisbury wrote on 2011-04-14 (see comment 9 above). I ran
>> cool_cpu.sh H
The read out from the cpu while at its peak stress while running c++ code I have had so far is:
----------------------------
Every 0.5s: cat /proc/acpi/ibm/thermal ; cat /proc/acpi/ibm... Sat Jul 16 11:24:47 2011

temperatures: 90 0 0 0 0 0 0 0
speed: 6013
level: disengaged
cpu MHz : 2667.000
cpu MHz : 1199.000
cpu MHz : 1199.000
cpu MHz : 1199.000
---------------------------
Running my code with level 7 did not do the trick and the computer quickly shut down.
The room temperature was about 22C and the computer was sitting on a wooden table (faster shut downs due to overheating). I was even able to work other things or run small python or c++ programs while running the code, which was, needless to say, impossible before.
Thank you Joe.

Revision history for this message
Guillaume Emont (guijemont) wrote :

I can reproduce the issue on a t410s. In auto, the fan speed never goes much above 4000rpm, even though un unengaged it can reach ~6100rpm. This allows the temperature to raise to the security self-shutdown at 128C, e.g. when compiling big projects.

Revision history for this message
Chad Miller (cmiller) wrote :

Also on x301, gets very hot, but not so hot it shuts down yet. I fear it's damaging my nearby batteries though.

Revision history for this message
Greg Gorman (gregg-public) wrote :

Any chance to get this into Lucid LTS? Wondering if the patch proposed on http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610722 works...

Revision history for this message
Marko Vendelin (marko-vendelin) wrote :

I would like to confirm that the same problem occurs on Ubuntu 10.04 on x201. While compiling a bigger project using make -j4, the temperature increased to 90+C while on auto. After that I forced disengaged mode manually, leading to the increase of fan speed and reduction of temperature.

Revision history for this message
cometdog (ericctharley) wrote :

I can confirm the problem on Ubuntu 10.10 on a Lenovo W500 with kernel 2.6.35-30-generic-pae-tuxonice (and every other recent kernel I've tried).

Can't boot with BIOS AC setting on Balanced, which would allow frequency scaling to kick in at lower temp to keep things cool.

Temp climbs up to >90C under full CPU load, because fan never goes to "disengaged" mode (~4900 RPM) when set to "auto." If I manually set to disengaged, then temp maxes out at 70C or so.

Revision history for this message
Alex Roper (alexr-ugcs) wrote :

I did some more testing and have been able to reproduce this under Windows (both reimage from their restore partition and fully upgraded); I think this may be a hardware/BIOS problem. I sent mine in for repair today.

Revision history for this message
Greg Gorman (gregg-public) wrote :

Any chance the fix in debbugs #610722 works? This seems to be a very serious hardware damage issue and nothing seems to have progressed?? If that fix works, can this be pushed out asap?

Revision history for this message
Noel J. Bergman (noeljb) wrote :

I have the same experiences as commetdog in comment #30 and Gert van Dijk in comment #20

The only way I can actually get the CPU cool is by running the fan at full-speed (~6000RPM). The other fan speeds only slow the heat increase.

I've patched thinkfan to allow level 127 (full-speed), and (thus far) added the following to thinkfan.conf:

...
(7, 54, 85)
(127, 75, 32767)

This means that once we hit 85C, the fan goes to full speed, and does not come back down until we're at or below 75C. And, as a general rule, those are the only two rules that get exercised by my system (T61p).

summary: - Thinkpad x201* overheats due to slow fans when on 'auto'
+ Thinkpads overheat due to slow fans when on 'auto'
Revision history for this message
Gert van Dijk (gertvdijk) wrote : Re: Thinkpads overheat due to slow fans when on 'auto'

From the Debian bug report:
"I've just put thinkfan 0.7.3 on sf.net, which (I hope) will eliminate all problems with using 127 or -2147483648 as a fan level."

Is it possible to upload 0.7.3 for oneiric or backport the fix upstream to 0.7.1?

Revision history for this message
Gert van Dijk (gertvdijk) wrote :

While this is considered a critical issue, the workaround (thinkfan) is affected by another bug and it still isn't fixed after almost six months... I have put a how-to online on how to patch&build&configure thinkfan for affected users not comfortable in building packages.
http://gertverdemme.nl/desktop/thinkpad/thinkfan_patch_overheating
Hope this helps.

Changed in thinkfan (Debian):
status: New → Fix Released
Changed in linux (Ubuntu Maverick):
assignee: nobody → Abhishek kumar singh (abhishekkumarsingh-cse)
status: Confirmed → In Progress
Revision history for this message
Francisco Villar (villarf) wrote :

Bug confirmed on 11.10 Oneiric with Thinkpad t60.

Revision history for this message
Manav Gupta (manavg) wrote :

I sure wish a fix is released for this, since my laptop has become practically unusable since I upgraded to Natty.

$ uname -a
Linux mg-ThinkPad-T410 2.6.38-11-generic-pae #50-Ubuntu SMP Mon Sep 12 22:21:04 UTC 2011 i686 i686 i386 GNU/Linux

$ top
top - 17:28:33 up 8 min, 2 users, load average: 0.19, 0.44, 0.34
Tasks: 199 total, 1 running, 197 sleeping, 0 stopped, 1 zombie

$ sensors
acpitz-virtual-0
Adapter: Virtual device
temp1: +80.0°C (crit = +100.0°C)

coretemp-isa-0000
Adapter: ISA adapter
Core 0: +74.0°C (high = +95.0°C, crit = +105.0°C)

coretemp-isa-0002
Adapter: ISA adapter
Core 2: +74.0°C (high = +95.0°C, crit = +105.0°C)

thinkpad-isa-0000
Adapter: ISA adapter
fan1: 7312 RPM
temp1: +80.0°C

The BIOS setting is "Balanced" when the laptop is on AC Power.

$ sudo powertop
Cn Avg residency P-states (frequencies)
C0 (cpu running) ( 0.0%) 2.54 Ghz 6.3%
polling 4.0ms ( 0.2%) 2.27 Ghz 0.2%
C1 mwait 0.1ms ( 0.3%) 1.60 Ghz 0.2%
C2 mwait 1.5ms (30.5%) 1333 Mhz 0.3%
C3 mwait 1.8ms (86.3%) 1199 Mhz 92.9%

Wakeups-from-idle per second : 721.6 interval: 5.0s
no ACPI power usage estimate available

Top causes for wakeups:
  53.3% (413.0) PS/2 keyboard/mouse/touchpad interrupt
  14.1% (109.2) plugin-containe
   8.7% ( 67.8) [mmc0, hda_intel, nvidia] <interrupt>
   3.5% ( 26.8) [iwlagn] <interrupt>

Personally, I think the nvidia drivers also have something to contribute to heat since the temperature skyrockets as soon as I watch a video (flash or otherwise)...

Revision history for this message
Simone Lussardi (simone-lussardi) wrote :

Guys, I have had same problems with all versions of Ubuntu (from 10.04 till 11.10). Used thinkfan to control and put in disengaged mode, the only way to cool things.

Funny end of the story, turned out to be the a dirty cooling unit. All thinkpads has quite good dissipating units, but they tend to be clogged extremely easily. Moreover, some dust get into my fan and was vibrating, so I disassembled entire dissipating block, cleaned tons of dust that was stuck in the dissipator, properly lubricated entire fan unit with some WD40 (circuit friendly), and the result is incredible. I live in the tropics and sometimes I use my T400 without AC. When doing normal activity, fan always throttle normally as it should do. If I use max performance, it will go to the top admitted by auto (which is never same as disengaged in thinkpads) and temperature will slowly increase and stay steady at no more than 70C (GPU too) even if room temp is nearly 30C.

Thinkpad fan is purely controlled by the BIOS. You can install all sort of utilities to manually control the speed, but nothing beats BIOS settings, that are working properly with a clean unit.

If anybody has the problem with a perfectly clean unit, then please report it here.

Revision history for this message
Simone Lussardi (simone-lussardi) wrote :

Forgot to mention: with stock ATI drivers (my PC has HD Radeon 3400), the GPU always stays above 60C even when resting, and CPU get some side heat from the GPU. But even on that configuration, the CPU is never going above 70C, because performance are less in 3D, so GPU always stay more or less the same. With fglrx driver, GPU always stay around 45~48C at rest, triggering the fan to throttle around the second-to-highest level, with high room temps.

Revision history for this message
Diogo Matsubara (matsubara) wrote :

I'm having the same issue with Oneiric in a Thinkpad x61. It usually shuts down when I'm watching movies. I did the workaround mentioned in the description (set fan level to disengaged) and could watch the whole movie with no shutdown. Fan level without level disengaged was ~4000 rpm and with disengaged enabled ~7000 rpm.

tags: added: kernel-da-key
summary: - Thinkpads overheat due to slow fans when on 'auto'
+ ThinkPads overheat due to slow fans when on 'auto'
Sam Darraj (samo12156)
Changed in linux (Ubuntu):
status: Confirmed → Invalid
Kartoch (kartoch)
Changed in linux (Ubuntu):
status: Invalid → Confirmed
Changed in linux (Ubuntu Precise):
status: Confirmed → Triaged
tags: added: precise
Changed in linux (Ubuntu Precise):
milestone: natty-updates → none
tags: removed: kernel-key precise
tags: added: kernel-key
eric fortin (nitrof22)
Changed in linux (Ubuntu Maverick):
status: In Progress → Fix Released
Changed in linux (Ubuntu Natty):
status: Confirmed → Fix Released
Changed in linux (Ubuntu Precise):
status: Triaged → Fix Released
Changed in linux (Ubuntu Maverick):
status: Fix Released → In Progress
Changed in linux (Ubuntu Natty):
status: Fix Released → Confirmed
Changed in linux (Ubuntu Precise):
status: Fix Released → Triaged
tags: added: rls-mgr-p-tracking
JC Hulce (soaringsky)
Changed in linux (Ubuntu Maverick):
status: In Progress → Invalid
Kartoch (kartoch)
no longer affects: linux
tags: removed: kernel-key
Changed in linux (Ubuntu Precise):
status: Triaged → Confirmed
Simon Wenner (nowic)
security vulnerability: no → yes
security vulnerability: yes → no
peggyfounds (pfounds)
Changed in linux (Ubuntu Precise):
status: Confirmed → Fix Committed
Changed in linux (Ubuntu Natty):
status: Confirmed → Fix Released
Changed in linux (Ubuntu):
status: Triaged → Fix Committed
Changed in linux (Ubuntu Precise):
status: Fix Committed → Fix Released
Changed in linux (Ubuntu):
status: Fix Committed → Fix Released
Phillip Susi (psusi)
Changed in linux (Ubuntu Precise):
status: Fix Released → Confirmed
Changed in linux (Ubuntu Natty):
status: Fix Released → Confirmed
Changed in linux (Ubuntu):
status: Fix Released → Triaged
Changed in linux (Ubuntu):
status: Triaged → Incomplete
Changed in linux (Ubuntu):
status: Incomplete → Confirmed
Changed in linux (Ubuntu):
status: Confirmed → Fix Committed
Kartoch (kartoch)
Changed in linux (Ubuntu):
status: Fix Committed → Confirmed
Changed in linux (Ubuntu):
status: Confirmed → Won't Fix
Changed in linux (Ubuntu):
status: Won't Fix → Confirmed
Changed in linux (Ubuntu Natty):
status: Confirmed → Won't Fix
Changed in linux (Ubuntu Maverick):
status: Invalid → Won't Fix
Changed in linux (Ubuntu):
status: Confirmed → New
Changed in linux (Ubuntu Precise):
status: Confirmed → New
Changed in linux (Ubuntu):
status: New → Confirmed
status: Confirmed → New
86 comments hidden view all 166 comments
Revision history for this message
Brad Figg (brad-figg) wrote : Status changed to Confirmed

This change was made by a bot.

Changed in linux (Ubuntu):
status: New → Confirmed
Changed in linux (Ubuntu Precise):
status: New → Confirmed
Revision history for this message
Nicholas Allen (nick-allen) wrote : Re: ThinkPads overheat due to slow fans when on 'auto'

For me at least it turned out to be a hardware problem. After getting the fan replaced I'm not experiencing this problem at all.

Revision history for this message
tnhh (tnhh) wrote :

Updating the BIOS on my X201s seems to have reduced the system temperature. Not sure why since the changelog for 1.40-1.15 only says "Embedded Controller update will modify battery charge algorithms to balance battery charging and lifespan."

http://support.lenovo.com/en_US/detail.page?LegacyDocID=MIGR-74983

1 comments hidden view all 166 comments
Revision history for this message
Robotron (robotron) wrote :

Vacuum cleaner fixed the problem for me. My Thinkpad x201i was reaching 100C temperature regularly after only a few minutes of full load. I removed keyboard and cleaned the cpu cooler with a vacuum cleaner. Maybe it could be done by cleaning the cpu cooler venhole only from the outside.

Now I never reach temperatures over 85C even with closed lid in the docking station and after prolonged time on full load. Standard cpu temperature is ~ 60C.

Revision history for this message
Daniel (daniel-admin-box) wrote :

+1 on "Vacuum cleaner fix"!
Thinkfan still has to "disengage" for high loads, but during summer it got to the point where the T410 would regularly throttle the CPU down to 1.2GHz cause of to much heat. That doesn't happen after vacuuming anymore. System can run for hours at full speed (with fan disengaged).

Revision history for this message
penalvch (penalvch) wrote :

Jamie Strandboge, this bug was reported a while ago and there hasn't been any activity in it recently. We were wondering if this is still an issue? If so, could you please test for this with the latest development release of Ubuntu? ISO images are available from http://cdimage.ubuntu.com/daily-live/current/ .

If it remains an issue, could you please run the following command in the development release from a Terminal (Applications->Accessories->Terminal), as it will automatically gather and attach updated debug information to this report:

apport-collect -p linux <replace-with-bug-number>

Also, could you please test the latest upstream kernel available following https://wiki.ubuntu.com/KernelMainlineBuilds ? It will allow additional upstream developers to examine the issue. Please do not test the daily folder, but the one all the way at the bottom. Once you've tested the upstream kernel, please comment on which kernel version specifically you tested. If this bug is fixed in the mainline kernel, please add the following tags:
kernel-fixed-upstream
kernel-fixed-upstream-VERSION-NUMBER

where VERSION-NUMBER is the version number of the kernel you tested. For example:
kernel-fixed-upstream-v3.11-rc5

This can be done by clicking on the yellow circle with a black pencil icon next to the word Tags located at the bottom of the bug description. As well, please remove the tag:
needs-upstream-testing

If the mainline kernel does not fix this bug, please add the following tags:
kernel-bug-exists-upstream
kernel-bug-exists-upstream-VERSION-NUMBER

As well, please remove the tag:
needs-upstream-testing

Once testing of the upstream kernel is complete, please mark this bug's Status as Confirmed. Please let us know your results. Thank you for your understanding.

summary: - ThinkPads overheat due to slow fans when on 'auto'
+ [Lenovo Thinkpad x201s] Overheat due to slow fans when on 'auto'
tags: added: bios-outdated-1.15
Changed in linux (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Tristan Nakagawa (tristan-nakagawa-t) wrote :

I can confirm this is still happening on Ubuntu 13.04 x64 on my Thinkpad R500. The thinkfan improves, but doesn't solve the issue, so does cleaning the inside from dust.

I will try to install the new ubuntu release.

best
Tristan

Revision history for this message
penalvch (penalvch) wrote :

Tristan Nakagawa, if you have a bug in Ubuntu, the Ubuntu Kernel team, Ubuntu Bug Control team, and Ubuntu Bug Squad would like you to please file a new report by executing the following in a terminal while booted into a Ubuntu repository kernel (not a mainline one) via:
ubuntu-bug linux

For more on this, please read the official Ubuntu documentation:
Ubuntu Kernel Team: https://wiki.ubuntu.com/KernelTeam/KernelTeamBugPolicies
Ubuntu Bug Control and Ubuntu Bug Squad: https://wiki.ubuntu.com/Bugs/BestPractices
Ubuntu Community: https://wiki.ubuntu.com/ReportingBugs

When opening up the new report, please feel free to subscribe me to it.

Please note, not filing a new report would delay your problem being addressed as quickly as possible.

Thank you for your understanding.

Revision history for this message
Alexander List (alexlist) wrote :

I have been working since my first comment on this bug using the fan speed set to max, with the result that my fan is no de facto dead and I had to get a replacement heatsink assembly ...

I will happily test using the instructions for Jamie above, so we can get this fixed before Saucy release ...

Revision history for this message
drukman (drukman2000) wrote :

All,
Had this issue with x201:
-sudden shut down
-temp going to 95c
-language stickers piling off cause of the warm -))

Took a huge vacuum cleaner & attached it to the upper left side where the fan resides
Since than temp never went over 55c even when the unit is under heavy load.

All the best - Drukman.

Revision history for this message
Jean Jordaan (jean-jordaan) wrote :

Thinkpad X201i, was running fine for a couple of years under 10.10, upgraded to 12.04, now the machine is overheating and shutting down regularly.

Overheating experienced while running test suites or while watching video, Skype video calls, or Firefox Flash plugin activity.

15:20 jean@klippie:~$ uname -a
Linux klippie 3.8.0-33-generic #48~precise1-Ubuntu SMP Thu Oct 24 16:28:06 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
15:22 jean@klippie:~$ dmesg | grep ASPM
[ 0.230873] ACPI FADT declares the system doesn't support PCIe ASPM, so disable it
[ 0.366429] pci0000:ff: ACPI _OSC support notification failed, disabling PCIe ASPM
[ 0.380548] ACPI _OSC control for PCIe not granted, disabling ASPM

Revision history for this message
penalvch (penalvch) wrote :

Alexander List / Jean Jordan, if you have a bug in Ubuntu, the Ubuntu Kernel team, Ubuntu Bug Control team, and Ubuntu Bug Squad would like you to please file a new report by executing the following in a terminal while booted into a Ubuntu repository kernel (not a mainline one) via:
ubuntu-bug linux

For more on this, please read the official Ubuntu documentation:
Ubuntu Bug Control and Ubuntu Bug Squad: https://wiki.ubuntu.com/Bugs/BestPractices#X.2BAC8-Reporting.Focus_on_One_Issue
Ubuntu Kernel Team: https://wiki.ubuntu.com/KernelTeam/KernelTeamBugPolicies#Filing_Kernel_Bug_reports
Ubuntu Community: https://help.ubuntu.com/community/ReportingBugs#Bug_reporting_etiquette

When opening up the new report, please feel free to subscribe me to it.

Please note, not filing a new report would delay your problem being addressed as quickly as possible.

No need exists to comment here at this time. After reading the above documentation in it's entirety, if you have further questions or comments, you are welcome to redirect them to the appropriate mailing list or forum via http://www.ubuntu.com/support/community/mailinglists , or you may contact me directly.

Thank you for your understanding.

Revision history for this message
Jean Jordaan (jean-jordaan) wrote :

@penalvch, mine is not a new report, just a data point on this issue ongoing since 2011-04-06, and before that on Bug #370173 since 2009-05-01, still unresolved.

I suspect opening a new (duplicate) bug will not help matters. That said `apport-collect` wouldn't let me add info to this report, so I added my info at https://bugs.launchpad.net/ubuntu/+source/linux-lts-raring/+bug/1254576

To trigger this issue I installed Ubuntu 12.04, updated to the present.

Revision history for this message
Mark (mark-wege) wrote :

For me the issue is fixed in Saucy, by doing a few things. I am not sure if it is the combination or one of them did the trick:
- Installing: intel-microcode -> Update of the CPU-Firmware
- running thinfan with the attached configuration (note: you must look for more detailed installation instructions on the net, the sensor settings are for a X201 only. You need to adjust them for other machines)
- installing i965-va-driver
- I also have updated my Bios to the latest version. But this was a while ago and did not help. But it may contribute to it.

Before that I had an average temperature of 80 and quite often sudden peaks leading to 100 and a shutdown. Now I have a permanent temperature below 60 and only a few peeks above. What I am sure of is that it did not help to have thinkfan installed, did not help alone.

I have to note that I am running a x201 and have an SSD. Switching from a hardrive to SSD did not change a thing. So I assume this "solution" works also with a harddrive.

Before having this solution it helped to remove the battery to prevent the overheating from happening.

Anders (eddiedog988)
Changed in linux (Ubuntu):
status: Incomplete → Confirmed
penalvch (penalvch)
Changed in linux (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Mark (mark-wege) wrote :

Incomplete is a nice decription for "no one is caring.". Fact is that in (K)Ubuntu's default installation this bug appears and is very annoying. For me it is also a fact, that the problem can be solved, by the procedure I have described. Unfortunately I can not tell which one did the fix. But it means the default installation for Thinkpads can be fixed.

Revision history for this message
penalvch (penalvch) wrote :

Mark, so your hardware and problem may be tracked, could you please file a new report with Ubuntu by executing the following in a terminal while booted into a Ubuntu repository kernel (not a mainline one) via:
ubuntu-bug linux

For more on this, please read the official Ubuntu documentation:
Ubuntu Bug Control and Ubuntu Bug Squad: https://wiki.ubuntu.com/Bugs/BestPractices#X.2BAC8-Reporting.Focus_on_One_Issue
Ubuntu Kernel Team: https://wiki.ubuntu.com/KernelTeam/KernelTeamBugPolicies#Filing_Kernel_Bug_reports
Ubuntu Community: https://help.ubuntu.com/community/ReportingBugs#Bug_reporting_etiquette

When opening up the new report, please feel free to subscribe me to it.

Thank you for your understanding.

Helpful bug reporting tips:
https://wiki.ubuntu.com/ReportingBugs

Revision history for this message
Phillip Susi (psusi) wrote :

It isn't don't care so much as it is that the bug lies in the laptop's bios, not linux.

Revision history for this message
JohnWashington (ubuntu-johnwash) wrote :

> It isn't don't care so much as it is that the bug lies in the laptop's bios, not linux.

I'm not competent to say whether it's in the bios, but for the sake of discussion I can accept that. But it's noticeable that some of the reports here are indicating that things were better in the past, then got worse with later revisions of Ubuntu. Doesn't that indicate that, regardless of "where the bug lies", there is the possibility of working around it outside the bios? Phillip, I don't feel you should dismiss Mark so hastily.

That all said, clearly it's a problem that will be difficult for developers to reproduce, and which factors such as exact hardware revision, bios revision, thickness of fluff in the fan duct (!) and much else will all influence. Good accurate reporting will be needed.

Revision history for this message
Phillip Susi (psusi) wrote :

As others have noted, the workaround is to set the fan to disengaged mode so that it runs at full speed. As for it previously being worse; in some cases it sounds like there may have been less dust in the fan at an earlier time, and in others, various changes over time may have caused the cpu to work harder and generate more heat. The bios is supposed to respond to more heat by ramping up the fan speed, but reports indicate this is broken and the bios won't go over 4000 rpm unless you override it with the disengaged state.

Revision history for this message
Mark (mark-wege) wrote :

@Philipp: With my "solution" which works for, there is no need to run the fan on disengaged. At the moment e.g. the fan is not running at all and I am happy with 44° Celsius which rather low. But when I am stressing the system more, the temperature hardly ever rises above 60° Celsius. Then the fan is running, but definitely not on full speed. Before that I was seldomly below 80° and I often had the system quickly rising towards 100°. Unfortunately I can not say what really did the trick. But I am quite sure the Bios can only contributed with a small factor. I updated the Bios months before the other things and there was only a little improvement. I rather suspect that installing the installing "i965-va-driver" and a newer kernel did something. I suspect this, because the overheating mostly only happened when I was doing things which stressed the gpu (watching movies, encoding video). At least in my installation the "i965-va-driver" was never installed by default.

Revision history for this message
Phillip Susi (psusi) wrote :

That driver allows using the GPU for video encoding/decoding, which reduces the load on the cpu during those activities, and thus, the heat it generates. A heavy load will still cause it to overheat because the real bug is that the bios does not speed up the fan correctly when it does get too hot.

tags: removed: kernel-da-key
saioa (sairis37)
Changed in linux (Ubuntu):
status: Incomplete → Confirmed
status: Confirmed → Fix Committed
Changed in linux (Ubuntu Precise):
status: Confirmed → Incomplete
status: Incomplete → Confirmed
status: Confirmed → Fix Committed
status: Fix Committed → Fix Released
penalvch (penalvch)
Changed in linux (Ubuntu):
status: Fix Committed → Incomplete
Changed in linux (Ubuntu Precise):
status: Fix Released → Confirmed
Revision history for this message
Anders Hall (a.hall) wrote :

Stopped using x201. However a friend i support has x201 with 14.04 and it still breaks badly.

"because the real bug is that the bios does not speed up the fan correctly when it does get too hot."

"status: Fix Released → Confirmed"

As usual faulty arguments are reason enough to dismiss bugs. It works on Windows. It has worked better on various releases. However, no fix has ever been released. No work (technical) has ever been made to solve this bug. It is for sure in the design of Ubuntu and Linux drivers. The "fixes" work for minor loads, though not for heavy stress on the computer. Noise in relation to fixes is another issue.

Cheers

Revision history for this message
Seth Arnold (seth-arnold) wrote :

Anders, you can try installing the 'thermald' package; it might be a reasonable bandaid.

Revision history for this message
Andre (andrea-m-deactivatedaccount-deactivatedaccount) wrote :

Lenovo R61i, type 7650, Intel Core Duo T5450, Ubuntu 14.04: my fan is always stuck around 3000RPM, whatever the temperature. I've reached 75/80°C, which is relatively hot, considering lmsensors shows 85°C as crit temp.

Revision history for this message
penalvch (penalvch) wrote :

Andre, thank you for your comment. So your hardware and problem may be tracked, could you please file a new report with Ubuntu by executing the following in a terminal while booted into a Ubuntu repository kernel (not a mainline one) via:
ubuntu-bug linux

For more on this, please read the official Ubuntu documentation:
Ubuntu Bug Control and Ubuntu Bug Squad: https://wiki.ubuntu.com/Bugs/BestPractices#X.2BAC8-Reporting.Focus_on_One_Issue
Ubuntu Kernel Team: https://wiki.ubuntu.com/KernelTeam/KernelTeamBugPolicies#Filing_Kernel_Bug_reports
Ubuntu Community: https://help.ubuntu.com/community/ReportingBugs#Bug_reporting_etiquette

When opening up the new report, please feel free to subscribe me to it.

Thank you for your understanding.

Helpful bug reporting tips:
https://wiki.ubuntu.com/ReportingBugs

Revision history for this message
Andre (andrea-m-deactivatedaccount-deactivatedaccount) wrote :

Bug report filled: Bug #1325298.

Revision history for this message
Anders Hall (a.hall) wrote :

@Seth Arnold thank you. Will try with my friends comp.

Revision history for this message
Alejandro Agustin (fevs) wrote :

The same problem in Lenovo B560.
I'm leave using ubuntu since the last two wersions hoverheated my computer, and today, whith the 14.10 installed I have exactly the same problem (maybe worster).

Revision history for this message
penalvch (penalvch) wrote :

Alejandro Agustin, thank you for your comment. So your hardware and problem may be tracked, could you please file a new report with Ubuntu by executing the following in a terminal while booted into the default Ubuntu kernel (not a mainline one) via:
ubuntu-bug linux

For more on this, please read the official Ubuntu documentation:
Ubuntu Bug Control and Ubuntu Bug Squad: https://wiki.ubuntu.com/Bugs/BestPractices#X.2BAC8-Reporting.Focus_on_One_Issue
Ubuntu Kernel Team: https://wiki.ubuntu.com/KernelTeam/KernelTeamBugPolicies#Filing_Kernel_Bug_reports
https://wiki.ubuntu.com/Kernel/Policies/DuplicateBugs
Ubuntu Community: https://help.ubuntu.com/community/ReportingBugs#Bug_reporting_etiquette

When opening up the new report, please feel free to subscribe me to it.

As well, please do not announce in this report you created a new bug report.

Thank you for your understanding.

Helpful bug reporting tips:
https://wiki.ubuntu.com/ReportingBugs

Changed in linux (Ubuntu):
status: Incomplete → Fix Released
Andy Whitcroft (apw)
Changed in linux (Ubuntu Precise):
assignee: Andy Whitcroft (apw) → nobody
Lukasz (lukaszek130388)
Changed in linux (Ubuntu Precise):
status: Confirmed → Incomplete
status: Incomplete → Confirmed
4 comments hidden view all 166 comments
Revision history for this message
sunn (christer-skog) wrote :

Can any of you old timers tell if this bug will break my new Thinkpad X201S? And I should buy Windows 10 instead?

Revision history for this message
Redfred Garett (redfred-garett) wrote :

This issue is occuring for me since a very long time; using Windows the fans have a much higher speed setting compared to using Linux and the thinkpad-acpi driver. However, since the use of Maverick I experience a lot more automatic shutdowns, triggered by thinkpad-acpi, due to overheating. Before, I was using Karmic and also experienced it sometimes.

When monitoring the temperatures manually and setting a fan speed accordingly the CPU is cooled properly, but thinkpad-acpi never triggers higher CPU fan speeds even when > 95 °C! That is, in my opinion, a bug.

I'm having this issue on my T61p - C2D T9300 w/ Nvidia QuadroFX 570M. Both need quite a lot of cooling, especially when using the docking station (less ventilation, more isolation on the bottom).

That's why I don't think this issue is specific for one Thinkpad model, but occuring as soon as you start using thinkpad-acpi, also in older versions of Ubuntu. And yes, it's a universe piece of software not part of the core of Ubuntu, but this should really be fixed as it might cause hardware failures.

I think running a user space software daemon as a workaround is rather 'dirty'.

More hardware related, but still not justifying the behaviour of thinkpad-acpi:
I noticed there was an awful lot of thermal grease on both the CPU and the GPU for the integrated heatsink/fan in my Thinkpad, I cleaned it, replaced this with a proper amount of thermal grease and temperatures are 10 °C lower since then.

[https://www.bountysource.com/issues/1033632-lenovo-thinkpad-x201s-overheat-due-to-slow-fans-when-on-auto .]

Revision history for this message
R. Steve McKown (rsmckown) wrote :

In response to #161. Since 14.04 at least both my X201 Core i5 and X230 Core i7 no longer reach thermal shutdown. It appears that the reason is that the CPUs are more aggressively down-clocked as temperature rises.

Changed in linux (Fedora):
importance: Unknown → High
status: Unknown → Won't Fix
penalvch (penalvch)
Changed in linux (Ubuntu Precise):
status: Confirmed → Won't Fix
Revision history for this message
JohnWashington (ubuntu-johnwash) wrote :

No explanation? Just High Importance, and then Won't Fix?

Revision history for this message
Seth Arnold (seth-arnold) wrote :

John, note that the 'high -> won't fix' comes from importing Red Hat's bugzilla statuses.

Furthermore, this bug has been such a dumping ground that it's probably best to ignore this bug entirely and file a new issue if you're still seeing problems.

Thanks

Revision history for this message
Thomas (t-hartwig) wrote (last edit ):

I know it is long time since this was opened, however herewith I want to declare that this problem still exists nowadays in all Thinkpad line and it is not related to Linux.

From all what I have learned so far there is only one conclusion:

Lenovo is capping its fans to keep their products at low noise intentionally with the penalty of lower performance. This problem is getting annoying as more powerful a CPU is as it needs more cooling. No Linux OS is controlling the fans by default and it is obvious it is not Ubuntu or any other fault. It is simply Lenovo is hindering any OS to use higher fan speeds.

JFYI in my situation the maximum disengaged fan in a Thinkpad Extreme is about 7800 rpm, however highest auto level is at 4800 rpm. thinkpad_acpi is offering level 7 max which equals to this 4800 rpm. Please note thinkpad_acpi is depending on registers which only offer levels but no fixed speed.

For me personally this is a bad design decision and will go into the equation of vendor choice for the next purchase but who cares.

PS: As a last there is a pulse setup thinkable which keeps the desired fan rpm at a certain level by alternating between full and highest, but this is a far off topic here.

Displaying first 40 and last 40 comments. View all 166 comments or add a comment.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Related questions

Remote bug watches

Bug watches keep track of this bug in other bug trackers.