Re: 2.6.27-rc1: critical thermal shutdown on thinkpad x60 (bisected)

On Tue 2008-08-12 16:57:58, Milan Broz wrote:
Rafael J. Wysocki wrote:
On Tuesday, 12 of August 2008, Pavel Machek wrote:
On Tue 2008-08-12 13:44:27, Milan Broz wrote:
Pavel Machek wrote:
Hi!
On Tue, Aug 12, 2008 at 11:41:35AM +0200, Pavel Machek wrote:
Aug 6 11:00:10 amd kernel: ACPI: Critical trip point
Aug 6 11:00:10 amd kernel: Critical temperature reached (128 C),
shutting down.
Aug 6 11:00:10 amd shutdown[24414]: shutting down for system halt

...and machine went down at that point :-(.
I hope you can easily reproduce it?

So it's new in 2.6.27rc1 and wasn't in 2.6.26? Can you please
Yes, I'm very sure. It makes machine basically unusable.
Does this mean you can easily reproduce it?
Please do a bisect then.

Not that one :-(. Thinkpad does not even have fan device: it is
controlled by hardware.
Hi,
I see exactly the same on my x60s, but during upgrade to 2.6.26.2.
Are you sure?
yes. maybe some userspace tool controlling frequency is involved, no idea yet.
But it is 2.6.26 tree for sure.
So it definitely is in 2.6.26.2, and it definitely is in 2.6.26?


The bug is _not_ in 2.6.26, it was introduced in 2.6.26.1.

The problem is, that now the CPU frequency doesn't decrease at some
temperature level and fan is unable to cool it properly.

bisect on 2.6.26.y tree finished in this patch:
(I expect similar patch in 2.6.27-rc)

commit 04f496871e8af87a1e40c504371a206fd7389193
Author: Thomas Renninger <trenn@xxxxxxx>
Date: Wed Jul 30 18:20:10 2008 +0000

cpufreq acpi: only call _PPC after cpufreq ACPI init funcs got called already

commit a1531acd43310a7e4571d52e8846640667f4c74b upstream

Ingo Molnar provided a fix to not call _PPC at processor driver
initialization time in "[PATCH] ACPI: fix cpufreq regression" (git
commit e4233dec749a3519069d9390561b5636a75c7579)

But it can still happen that _PPC is called at processor driver
initialization time.

This patch should make sure that this is not possible anymore.



That seems strange to me... please could anyone verify that it
on some other x60?

Verified. Your patch from the next email fixes the problem here.

--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

Relevant Pages

  • Re: 2.6.27-rc1: critical thermal shutdown on thinkpad x60 (bisected)
    ... bisect on 2.6.26.y tree finished in this patch: ... commit a1531acd43310a7e4571d52e8846640667f4c74b upstream ... Ingo Molnar provided a fix to not call _PPC at processor driver ...
    (Linux-Kernel)
  • Re: NEWBUS states
    ... :>: I think the right fix here is to maintain in sync devinfo.h and bus.h ... Obviously that is not a finished patch, ... I'm specifically suggesting that we only MFC ... that would mean to not commit a patch and make impossible a future ...
    (freebsd-arch)
  • Re: [GIT PATCH] another tranche of SCSI updates for 2.6.26
    ... commit 064922a805ec7aadfafdd27aa6b4908d737c3c1d ... This patch adds more const keywords where appropriate. ... fix SLUB WARN_ON ... KVM: SVM: remove now obsolete FIXME comment ...
    (Linux-Kernel)
  • Re: Impact: (was Re: [PATCH] update rwlock initialization for nat_table)
    ... The commit e099a173573ce1ba171092aee7bb3c72ea686e59 ... As Andrew mentioned this is a bug (albeit a "nano-bug" as you ... hard to describe the practical impact of a patch in a single line, ... Try it if you dont believe me;-) In ...
    (Linux-Kernel)
  • Re: 2.6.12 PREEMPT_RT && PPC
    ... > Attached is a patch for 51-28 which brings PPC ... I wondering out loud if this is the video dma failure in tvtime? ... interrupts for a short run of tvtime each time I ran it, ...
    (Linux-Kernel)