diff options
author | Tim Mann <mann@vmware.com> | 2005-11-13 16:06:54 -0800 |
---|---|---|
committer | Linus Torvalds <torvalds@g5.osdl.org> | 2005-11-13 18:14:13 -0800 |
commit | 7feacd53347c04aee789ba5d632eda0c3fc421c4 (patch) | |
tree | 87050958ebdacb288dac2c1939e08149a0623b23 /kernel | |
parent | e27182088e607880713d9c286a3d92d861c280e4 (diff) | |
download | lwn-7feacd53347c04aee789ba5d632eda0c3fc421c4.tar.gz lwn-7feacd53347c04aee789ba5d632eda0c3fc421c4.zip |
[PATCH] x86: fix cpu_khz with clock=pit
Fix http://bugzilla.kernel.org/show_bug.cgi?id=5546
The cpu_khz global is not initialized and remains 0 if you boot with
clock=pit, even if the processor does have a TSC. This may have bad
ramifications since the variable is used in various places scattered around
the kernel, though I didn't check them all to see if they can tolerate cpu_khz
= 0. You can observe the problem by doing "cat /proc/cpuinfo"; the cpu MHz
line says 0.000.
The fix is trivial; call init_cpu_khz() from init_pit(), just as it's called
from the timers/timer_foo.c:init_foo() for other values of foo.
Cc: john stultz <johnstul@us.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'kernel')
0 files changed, 0 insertions, 0 deletions