Re: cpufreq longhaul locks up
- From: Jan Engelhardt <jengelh@xxxxxxxxxxxxxxx>
- Date: Fri, 4 May 2007 23:02:07 +0200 (MEST)
On May 4 2007 13:37, john stultz wrote:
I found that setting the cpufreq governor to ondemand making the box
lock up solid in 2.6.20.2 and 2.6.21 after a few seconds. Sysrq
does not work anymore, and the last messages are:
May 3 19:16:58 cn kernel: longhaul: VIA C3 'Nehemiah C' [C5P] CPU
detected. Powersaver supported.
May 3 19:16:58 cn kernel: longhaul: Using northbridge support.
May 3 19:17:22 cn kernel: Time: acpi_pm clocksource has been installed.
May 3 19:17:22 cn kernel: Clocksource tsc unstable (delta = -136422685
ns)
What happens if you boot wihtout the ondemand governor but w/
clocksource=acpi_pm ?
I always let it boot with the default gov (performance), then
use cpufreq-set to change it.
acpi_pm+performance behaves like tsc+performance, which works
When switching from tsc+performance to (tsc+)ondemand, acpi_pm gets
used because of the unstable tsc (of course, since we changed
frequency and the cpu does NOT have constant_tsc), so it's
becoming acpi_pm+ondemand naturally.
Switching from acpi_pm+performance to acpi_pm+ondemand also
locks up after a few minutes.
Jan
--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- Follow-Ups:
- Re: cpufreq longhaul locks up
- From: john stultz
- Re: cpufreq longhaul locks up
- References:
- cpufreq longhaul locks up
- From: Jan Engelhardt
- Re: cpufreq longhaul locks up
- From: john stultz
- cpufreq longhaul locks up
- Prev by Date: mptscsih: ioc1: attempting task abort! (sc=d6e8a980)
- Next by Date: Re: cpufreq longhaul locks up
- Previous by thread: Re: cpufreq longhaul locks up
- Next by thread: Re: cpufreq longhaul locks up
- Index(es):
Relevant Pages
|