https://bugzilla.kernel.org/show_bug.cgi?id=12114 --- Comment #16 from Thomas Renninger <trenn@xxxxxxx> 2011-03-10 09:20:39 --- > I can find oops like these in early dmesg Yep, something is borked if one tries to disable tsc. Same with notsc boot param. No time to look at it right now, though. That your system only shows C1 is strange. The message you showed: > Marking TSC unstable due to TSC halts in idle should only show up if C2 or deeper states (or C1E, but this should not exist on older machines?) are supported. Compare with drivers/acpi/processor_idle.c: if (state > ACPI_STATE_C1) mark_tsc_unstable("TSC halts in idle"); Could it be that you tried with processor.max_cstate=1? Can you double check that you did not use processor.max_cstate=1 and an unmodified kernel. If there still is only C1 in /proc/acpi/processor/*/power then it is something else. Ok, local_apic_timer_c2_ok is set to 0 already by default and needs to get enabled via boot param, this cannot be it. Also a wiki page about this processor tells that the new "mobile" (only AthlonXP "M") feature is to support Powernow!. So it really might have to do with tsc+powernow!. -- 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
