diff options
| author | Jiri Slaby <[email protected]> | 2017-01-19 12:47:30 +0100 |
|---|---|---|
| committer | Ingo Molnar <[email protected]> | 2017-01-22 10:03:12 +0100 |
| commit | 4c45c5167c9563b1a2eee3e2fe954621355e4ca8 (patch) | |
| tree | 4a248dcdcdc4783cb0173be4d30825601e698a68 /tools/perf/scripts/python/net_dropmonitor.py | |
| parent | d852d39432f5d9822dd0ea8760573448338caf41 (diff) | |
x86/timer: Make delay() work during early bootup
When a panic happens during bootup, "Rebooting in X seconds.." is
shown, but reboot happens immediatelly. It is because panic() uses mdelay()
and mdelay() calls __const_udelay() immediately, which does not
work while booting.
The per_cpu cpu_info.loops_per_jiffy value is not initialized yet, so
__const_udelay() actually multiplies the number of loops by zero. This
results in __const_udelay() to delay the execution only by a nanosecond
or so.
So check whether cpu_info.loops_per_jiffy is zero and use
loops_per_jiffy in that case. mdelay() will not be so precise without
proper calibration, but it works relatively well.
Before:
[ 0.170039] delaying 100ms
[ 0.170828] done
After
[ 0.214042] delaying 100ms
[ 0.313974] done
I do not think the added check matters given we are about to spin the
processor in the next few hundred cycles.
Signed-off-by: Jiri Slaby <[email protected]>
Reviewed-by: Andy Shevchenko <[email protected]>
Acked-by: Thomas Gleixner <[email protected]>
Cc: Linus Torvalds <[email protected]>
Cc: Peter Zijlstra <[email protected]>
Link: http://lkml.kernel.org/r/[email protected]
[ Minor edits. ]
Signed-off-by: Ingo Molnar <[email protected]>
Diffstat (limited to 'tools/perf/scripts/python/net_dropmonitor.py')
0 files changed, 0 insertions, 0 deletions