diff options
| author | Borislav Petkov <borislav.petkov@amd.com> | 2011-06-15 15:08:37 -0700 |
|---|---|---|
| committer | Linus Torvalds <torvalds@linux-foundation.org> | 2011-06-15 20:04:01 -0700 |
| commit | de695e159e3fd679594eb45449d2638d54434c32 (patch) | |
| tree | 19b5e359bcfd74e3e966954361ab3b515000fe4e /init | |
| parent | 26575f9544530127757297d4de8fb2f2c75f1f69 (diff) | |
| download | linux-3.10-de695e159e3fd679594eb45449d2638d54434c32.tar.gz linux-3.10-de695e159e3fd679594eb45449d2638d54434c32.tar.bz2 linux-3.10-de695e159e3fd679594eb45449d2638d54434c32.zip | |
init/calibrate.c: remove annoying printk
Remove calibrate_delay_direct()'s KERN_DEBUG printk related to bogomips
calculation as it appears when booting every core on setups with
'ignore_loglevel' which dmesg people scan for possible issues. As the
message doesn't show very useful information to the widest audience of
kernel boot message gazers, it should be removed.
Introduced by commit d2b463135f84 ("init/calibrate.c: fix for critical
bogoMIPS intermittent calculation failure").
Signed-off-by: Borislav Petkov <borislav.petkov@amd.com>
Cc: Andrew Worsley <amworsley@gmail.com>
Cc: Phil Carmody <ext-phil.2.carmody@nokia.com>
Cc: Peter Zijlstra <peterz@infradead.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'init')
| -rw-r--r-- | init/calibrate.c | 3 |
1 files changed, 0 insertions, 3 deletions
diff --git a/init/calibrate.c b/init/calibrate.c index cfd7000c9d7..2568d22a304 100644 --- a/init/calibrate.c +++ b/init/calibrate.c @@ -93,9 +93,6 @@ static unsigned long __cpuinit calibrate_delay_direct(void) * If the upper limit and lower limit of the timer_rate is * >= 12.5% apart, redo calibration. */ - printk(KERN_DEBUG "calibrate_delay_direct() timer_rate_max=%lu " - "timer_rate_min=%lu pre_start=%lu pre_end=%lu\n", - timer_rate_max, timer_rate_min, pre_start, pre_end); if (start >= post_end) printk(KERN_NOTICE "calibrate_delay_direct() ignoring " "timer_rate as we had a TSC wrap around" |