> This reminds me on some HP laptop issues, see
> https://bugzilla.kernel.org/show_bug.cgi?id=11715
> https://bugzilla.kernel.org/show_bug.cgi?id=11516
> The BIOSes on HP laptops somehow checked IO-APIC configuration
> and set trip_points differently (for unknown reason).
>
> But I need above debug info to sort this out.
>

I am running a HP Compaq 6515b laptop (unfortunately) . Sigh.

>
> Thanks,
>
> Andreas
>
>
> On Thu, Mar 10, 2011 at 07:04:51PM -0500, Wang Lei wrote:
>> "Rafael J. Wysocki" <rjw@sisk.pl> writes:
>> 
>> > On Thursday, March 10, 2011, Wang Lei wrote:
>> >> "Rafael J. Wysocki" <rjw@sisk.pl> writes:
>> >> 
>> >> > On Wednesday, March 09, 2011, Wang Lei wrote:
>> >> >> "Rafael J. Wysocki" <rjw@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@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@canonical.com>
>>     Tested-by: Andre Przywara <andre.przywara@amd.com>
>>     Signed-off-by: Andreas Herrmann <andreas.herrmann3@amd.com>
>>     Cc: Borislav Petkov <borislav.petkov@amd.com>
>>     Cc: stable@kernel.org # 37.x, 32.x
>>     LKML-Reference: <20110224145346.GD3658@alberich.amd.com>
>>     Signed-off-by: Ingo Molnar <mingo@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
>> 

-- 
Regards,
Lei