diff options
author | john stultz <johnstul@us.ibm.com> | 2007-05-02 19:27:08 +0200 |
---|---|---|
committer | Andi Kleen <andi@basil.nowhere.org> | 2007-05-02 19:27:08 +0200 |
commit | 5a90cf205c922707ffed2d8f87cefd942e96b0ba (patch) | |
tree | 5e9c9c1be3d149bff7620db89e1ede2317ba7362 /arch/x86_64/kernel/tsc_sync.c | |
parent | 2714221985ce6388ec2fa78d7d52e2a5bef78eec (diff) | |
download | kernel_samsung_smdk4412-5a90cf205c922707ffed2d8f87cefd942e96b0ba.zip kernel_samsung_smdk4412-5a90cf205c922707ffed2d8f87cefd942e96b0ba.tar.gz kernel_samsung_smdk4412-5a90cf205c922707ffed2d8f87cefd942e96b0ba.tar.bz2 |
[PATCH] x86: Log reason why TSC was marked unstable
Change mark_tsc_unstable() so it takes a string argument, which holds the
reason the TSC was marked unstable.
This is then displayed the first time mark_tsc_unstable is called.
This should help us better debug why the TSC was marked unstable on certain
systems and allow us to make sure we're not being overly paranoid when
throwing out this troublesome clocksource.
Cc: Ingo Molnar <mingo@elte.hu>
Cc: Thomas Gleixner <tglx@linutronix.de>
Cc: Andi Kleen <ak@suse.de>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Andi Kleen <ak@suse.de>
Diffstat (limited to 'arch/x86_64/kernel/tsc_sync.c')
-rw-r--r-- | arch/x86_64/kernel/tsc_sync.c | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/arch/x86_64/kernel/tsc_sync.c b/arch/x86_64/kernel/tsc_sync.c index 72d444d..355f5f5 100644 --- a/arch/x86_64/kernel/tsc_sync.c +++ b/arch/x86_64/kernel/tsc_sync.c @@ -138,7 +138,7 @@ void __cpuinit check_tsc_sync_source(int cpu) printk("\n"); printk(KERN_WARNING "Measured %Ld cycles TSC warp between CPUs," " turning off TSC clock.\n", max_warp); - mark_tsc_unstable(); + mark_tsc_unstable("check_tsc_sync_source failed"); nr_warps = 0; max_warp = 0; last_tsc = 0; |