https://bugzilla.kernel.org/show_bug.cgi?id=21952





--- Comment #30 from Len Brown <l...@kernel.org>  2011-01-20 05:18:23 ---
> 00:00.0 Host bridge: Intel Corporation N10 Family DMI Bridge

Intel NM10.  Good to know.

> intel_idle: lapic_timer_reliable_states 0x6

This should be 0x2

This means that your kernel (vmlinuz-2.6.35-24-generic)
is older than upstream 2.6.35.9, which is when the patch
from bug #21032 shipped.

However, I don't think that patch will actually help here.
That is because comment #27 shows that intel_idle.max_cstate=3
fixes your system, and that disables ATM-C4, yet leaves
ATM-C2 active.

So the problem here is with ATM-C4.

> intel_idle.max_cstate=0 (the acpi_idle case)

No output from "# grep . /sys/devices/system/cpu/cpu*/cpuidle/*/*" ?

If that is the case, then ACPI C-states deeper than C1
are somehow disabled on this system.
Is it running with default BIOS SETUP settings?

Do you see the same thing when on AC vs on Battery?

> nolapic_timer output in comment #28

The output shows that with nolapic_timer you are not entering
*any* c-states, not even c1; instead you are polling.
It looks like something is broken related to the nolapic_timer
option -- need to look into that; because it would otherwise
implicate the lapic timer; but here it nukes all the c-states,
which doesn't tell us anything about the lapic timer.

-- 
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

------------------------------------------------------------------------------
Protect Your Site and Customers from Malware Attacks
Learn about various malware tactics and how to avoid them. Understand 
malware threats, the impact they can have on your business, and how you 
can protect your company and customers by using code signing.
http://p.sf.net/sfu/oracle-sfdevnl
_______________________________________________
acpi-bugzilla mailing list
acpi-bugzilla@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla

Reply via email to