From: John Stultz Date: Mon, 2 Jul 2012 00:25:12 +0000 (-0400) Subject: Fix clock_was_set so it is safe to call from atomic X-Git-Tag: v2.6.39-400.9.0~499^2~13 X-Git-Url: https://www.infradead.org/git/?a=commitdiff_plain;h=f84af0ca7768cc12c300cfc42289706199a0c93c;p=users%2Fjedix%2Flinux-maple.git Fix clock_was_set so it is safe to call from atomic Backport for 3.0.36 NOTE:This is a prerequisite patch that's required to address the widely observed leap-second related futex/hrtimer issues. Currently clock_was_set() is unsafe to be called from atomic context, as it calls on_each_cpu(). This causes problems when we need to adjust the time from update_wall_time(). To fix this, introduce a work_struct so if we're in_atomic, we can schedule work to do the necessary update after we're out of the atomic section. CC: Prarit Bhargava CC: stable@vger.kernel.org CC: Thomas Gleixner Reported-by: Jan Engelhardt Signed-off-by: John Stultz --- diff --git a/kernel/hrtimer.c b/kernel/hrtimer.c index 2043c08d36c8..c5833ae994f6 100644 --- a/kernel/hrtimer.c +++ b/kernel/hrtimer.c @@ -746,7 +746,7 @@ static inline void retrigger_next_event(void *arg) { } * resolution timer interrupts. On UP we just disable interrupts and * call the high resolution interrupt code. */ -void clock_was_set(void) +static void do_clock_was_set(struct work_struct *work) { #ifdef CONFIG_HIGH_RES_TIMERS /* Retrigger the CPU local events everywhere */ @@ -754,6 +754,20 @@ void clock_was_set(void) #endif timerfd_clock_was_set(); } +static DECLARE_WORK(clock_was_set_work, do_clock_was_set); + +void clock_was_set(void) +{ + /* + * We can't call on_each_cpu() from atomic context, + * so if we're in_atomic, schedule the clock_was_set + * for later. + */ + if (in_atomic()) + schedule_work(&clock_was_set_work); + else + do_clock_was_set(NULL); +} /* * During resume we might have to reprogram the high resolution timer