Fwd: Re: [BUG] Fans keep running, first found since v2.6.38-rc7

Stefan Bader stefan.bader at canonical.com
Fri Mar 11 08:33:31 UTC 2011


Regression ahead! *squawk*

-------- Original Message --------
Subject: Re: [BUG] Fans keep running, first found since v2.6.38-rc7
Date: Fri, 11 Mar 2011 08:04:51 +0800
From: Wang Lei <f3d27b at gmail.com>
To: Rafael J. Wysocki <rjw at sisk.pl>
CC: linux-kernel at vger.kernel.org,        ACPI Devel Mailing List
<linux-acpi at vger.kernel.org>,        Andreas Herrmann <andreas.herrmann3 at amd.com>

"Rafael J. Wysocki" <rjw at sisk.pl> writes:

> On Thursday, March 10, 2011, Wang Lei wrote:
>> "Rafael J. Wysocki" <rjw at sisk.pl> writes:
>> 
>> > On Wednesday, March 09, 2011, Wang Lei wrote:
>> >> "Rafael J. Wysocki" <rjw at sisk.pl> writes:
>> >> 
>> >> >
>> >> > There was only one commit in that area since 2.6.38-rc6, but it shouldn't
>> >> > affect the functionality this way.
>> >> >
>> >> > Is yout thermal management controlled by ACPI?
>> >> >
>> >> > Rafael
>> >> 
>> >> Thanks for your reply!
>> >> 
>> >> How could I know that?
>> >
>> > What does "ls -l /sys/class/thermal/cooling_device0/device" say?
>> >
>> > Rafael
>> 
>> [~]$ ls -l /sys/class/thermal/cooling_device0/device
>> lrwxrwxrwx 1 root root 0 Mar 10 07:13 /sys/class/thermal/cooling_device0/device -> ../../../LNXSYSTM:00/device:47/PNP0C0B:00
>> [~]$
>
> That's ACPI.
>
> I don't know, however, which change might cause the problem to happen.
>
> Can you bisect the commits between 2.6.38-rc6 and -rc7 to find the one that
> introduced the issue?
>
> Rafael

Thanks, Rafael.
Bisect stopped at commit 7f74f8f28a2bd9db9404f7d364e2097a0c42cc12

--------------------
[~/repository/kernel]$ git bisect good
7f74f8f28a2bd9db9404f7d364e2097a0c42cc12 is the first bad commit
commit 7f74f8f28a2bd9db9404f7d364e2097a0c42cc12
Author: Andreas Herrmann <andreas.herrmann3 at amd.com>
Date:   Thu Feb 24 15:53:46 2011 +0100

    x86 quirk: Fix polarity for IRQ0 pin2 override on SB800 systems

    On some SB800 systems polarity for IOAPIC pin2 is wrongly
    specified as low active by BIOS. This caused system hangs after
    resume from S3 when HPET was used in one-shot mode on such
    systems because a timer interrupt was missed (HPET signal is
    high active).

    For more details see:

      http://marc.info/?l=linux-kernel&m=129623757413868

    Tested-by: Manoj Iyer <manoj.iyer at canonical.com>
    Tested-by: Andre Przywara <andre.przywara at amd.com>
    Signed-off-by: Andreas Herrmann <andreas.herrmann3 at amd.com>
    Cc: Borislav Petkov <borislav.petkov at amd.com>
    Cc: stable at kernel.org # 37.x, 32.x
    LKML-Reference: <20110224145346.GD3658 at alberich.amd.com>
    Signed-off-by: Ingo Molnar <mingo at elte.hu>

:040000 040000 918adb3e08ef8cd258016dc46afab842e1be65fc
77d76d6f2451b16f963ce1ffe183aacfed9d994d M	arch
[~/repository/kernel]$
--------------------

So, I Cc to Andreas Herrmann, hope you will notice and help fix this.

Thanks, all you hackers!

-- 
Regards,
Lei
--
To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
the body of a message to majordomo at vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html




More information about the kernel-team mailing list