From: Thomas Gleixner<tglx@xxxxxxxxxxxxx>
Linus,
Since Thomas is on vacation I wanted to send you his fix to resolve
the suspend regression from the leapsecond fixes.
thanks
-john
The leap second rework unearthed another issue of inconsistent data.
On timekeeping_resume() the timekeeper data is updated, but nothing
calls timekeeping_update(), so now the update code in the timer
interrupt sees stale values.
This has been the case before those changes, but then the timer
interrupt was using stale data as well so this went unnoticed for
quite some time.
Add the missing update call, so all the data is consistent everywhere.
Reported-by: Andreas Schwab<schwab@xxxxxxxxxxxxxx>
Reported-by-and-tested-by: "Rafael J. Wysocki"<rjw@xxxxxxx>
CC: LKML<linux-kernel@xxxxxxxxxxxxxxx>
Cc: Linux PM list<linux-pm@xxxxxxxxxxxxxxx>
Cc: John Stultz<johnstul@xxxxxxxxxx>
Cc: Ingo Molnar<mingo@xxxxxxxxxx>
Cc: Peter Zijlstra<a.p.zijlstra@xxxxxxxxx>,
Cc: Prarit Bhargava<prarit@xxxxxxxxxx>
Cc: stable@xxxxxxxxxxxxxxx
Signed-off-by: Thomas Gleixner<tglx@xxxxxxxxxxxxx>
Signed-off-by: John Stultz<johnstul@xxxxxxxxxx>
---
kernel/time/timekeeping.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/kernel/time/timekeeping.c b/kernel/time/timekeeping.c
index 269b1fe..3447cfa 100644
--- a/kernel/time/timekeeping.c
+++ b/kernel/time/timekeeping.c
@@ -717,6 +717,7 @@ static void timekeeping_resume(void)
timekeeper.clock->cycle_last = timekeeper.clock->read(timekeeper.clock);
timekeeper.ntp_error = 0;
timekeeping_suspended = 0;
+ timekeeping_update(false);
write_sequnlock_irqrestore(&timekeeper.lock, flags);
touch_softlockup_watchdog();