diff options
author | Zachary Amsden <zach@vmware.com> | 2007-03-05 03:30:39 -0500 |
---|---|---|
committer | Linus Torvalds <torvalds@woody.linux-foundation.org> | 2007-03-05 10:57:52 -0500 |
commit | e30fab3ad34aa8bfb55c9f0337d4a92a0595f41f (patch) | |
tree | 7c38e6060ce0f1f02b43454585f1c14e524e9fa7 /arch/i386/kernel/time.c | |
parent | eda08b1befaabcdfea1a9216ae13f9065e69baa7 (diff) |
[PATCH] vmi: pit override
The time_init_hook in paravirt-ops no longer functions in the correct manner
after the integration of the hrtimers code. The problem is that now the call
path for time initialization is:
time_init :
late_time_init = hpet_time_init;
late_time_init -> hpet_time_init:
setup_pit_timer (BAD)
do_time_init --> (via paravirt.h)
time_init_hook --> (via arch_hooks.h)
time_init_hook (in SUBARCH/setup.c)
If this isn't confusing enough, the paravirt case goes through an indirect
function pointer in the paravirt-ops table. The problem is, by the time the
paravirt hook is called, the pit timer is already enabled.
But paravirt guests have their own timer, and don't want to use the PIT.
Rather than intensify the struggle for power going on here, just make it all
nice and simple and just unconditionally do all timer setup in the
late_time_init hook. This also has the advantage of enabling timers in the
same place in all code paths, so everyone has the same bugs and we don't have
outliers who break other code because they turn on timer too early or too
late.
So the paravirt-ops time init function is now by default hpet_time_init, which
is the time init function used for native hardware. Paravirt guests have the
chance to override this when they setup the paravirt-ops table, and should
need no change.
Signed-off-by: Zachary Amsden <zach@vmware.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'arch/i386/kernel/time.c')
-rw-r--r-- | arch/i386/kernel/time.c | 14 |
1 files changed, 11 insertions, 3 deletions
diff --git a/arch/i386/kernel/time.c b/arch/i386/kernel/time.c index a5350059557a..ccd3734edb8f 100644 --- a/arch/i386/kernel/time.c +++ b/arch/i386/kernel/time.c | |||
@@ -262,14 +262,22 @@ void notify_arch_cmos_timer(void) | |||
262 | 262 | ||
263 | extern void (*late_time_init)(void); | 263 | extern void (*late_time_init)(void); |
264 | /* Duplicate of time_init() below, with hpet_enable part added */ | 264 | /* Duplicate of time_init() below, with hpet_enable part added */ |
265 | static void __init hpet_time_init(void) | 265 | void __init hpet_time_init(void) |
266 | { | 266 | { |
267 | if (!hpet_enable()) | 267 | if (!hpet_enable()) |
268 | setup_pit_timer(); | 268 | setup_pit_timer(); |
269 | do_time_init(); | 269 | time_init_hook(); |
270 | } | 270 | } |
271 | 271 | ||
272 | /* | ||
273 | * This is called directly from init code; we must delay timer setup in the | ||
274 | * HPET case as we can't make the decision to turn on HPET this early in the | ||
275 | * boot process. | ||
276 | * | ||
277 | * The chosen time_init function will usually be hpet_time_init, above, but | ||
278 | * in the case of virtual hardware, an alternative function may be substituted. | ||
279 | */ | ||
272 | void __init time_init(void) | 280 | void __init time_init(void) |
273 | { | 281 | { |
274 | late_time_init = hpet_time_init; | 282 | late_time_init = choose_time_init(); |
275 | } | 283 | } |