https://bugzilla.kernel.org/show_bug.cgi?id=16357 Thomas Renninger <trenn@xxxxxxx> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |achiang@xxxxxxxxxxxxx, | |trenn@xxxxxxx --- Comment #4 from Thomas Renninger <trenn@xxxxxxx> 2010-07-09 10:23:03 --- In 2.6.33.6 these additional lines are present: ACPI: SSDT 3f5dac90 00239 (v02 INTEL D945JT 00003000 INTL 20051117) ACPI: SSDT 3f5d9710 006B7 (v02 INTEL D945JT 00003001 INTL 20051117) Monitor-Mwait will be used to enter C-1 state Monitor-Mwait will be used to enter C-2 state Monitor-Mwait will be used to enter C-3 state Marking TSC unstable due to TSC halts in idle The SSDTs probably contain the cpufreq tables loaded at late at runtime when the processor driver gets loaded. I expect you also do not get C2/C3 with the new kernel? cat /proc/acpi/processor/*/power Ah, I remember this one, I expect this comes from: # CONFIG_SMP is not set and the fact that a the processor id in drivers/acpi/processor*.c is -1 in case of UP kernels. AFAIK this got introduced with commit 5d554a7bb0643a6151a84319bfeba8270bf5269e and got discussed/addressed on a mail thread on linux-acpi: Subject: [BUG, REGRESSION] ACPI: Set _PDC Date: 2010-06-17 Alex should know more and whether this already is queued for stable 2.6.34... -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. -- To unsubscribe from this list: send the line "unsubscribe cpufreq" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
