aboutsummaryrefslogtreecommitdiffstats
path: root/REPORTING-BUGS
diff options
context:
space:
mode:
authorNeal Cardwell <ncardwell@google.com>2012-03-27 15:09:37 -0400
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2012-04-22 16:21:25 -0700
commit2ca8877b566438c293e4e54d39c959a9a847a77b (patch)
tree0183b4574853e9e717c6398c6f84a482d18acb45 /REPORTING-BUGS
parent8bc3db1c0794236cc21580fb3afac6de3ff27849 (diff)
downloadkernel_samsung_smdk4412-2ca8877b566438c293e4e54d39c959a9a847a77b.zip
kernel_samsung_smdk4412-2ca8877b566438c293e4e54d39c959a9a847a77b.tar.gz
kernel_samsung_smdk4412-2ca8877b566438c293e4e54d39c959a9a847a77b.tar.bz2
nohz: Fix stale jiffies update in tick_nohz_restart()
commit 6f103929f8979d2638e58d7f7fda0beefcb8ee7e upstream. Fix tick_nohz_restart() to not use a stale ktime_t "now" value when calling tick_do_update_jiffies64(now). If we reach this point in the loop it means that we crossed a tick boundary since we grabbed the "now" timestamp, so at this point "now" refers to a time in the old jiffy, so using the old value for "now" is incorrect, and is likely to give us a stale jiffies value. In particular, the first time through the loop the tick_do_update_jiffies64(now) call is always a no-op, since the caller, tick_nohz_restart_sched_tick(), will have already called tick_do_update_jiffies64(now) with that "now" value. Note that tick_nohz_stop_sched_tick() already uses the correct approach: when we notice we cross a jiffy boundary, grab a new timestamp with ktime_get(), and *then* update jiffies. Signed-off-by: Neal Cardwell <ncardwell@google.com> Cc: Ben Segall <bsegall@google.com> Cc: Ingo Molnar <mingo@elte.hu> Link: http://lkml.kernel.org/r/1332875377-23014-1-git-send-email-ncardwell@google.com Signed-off-by: Thomas Gleixner <tglx@linutronix.de> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'REPORTING-BUGS')
0 files changed, 0 insertions, 0 deletions