timekeeping: Distangle resume and clock-was-set events
authorThomas Gleixner <tglx@linutronix.de>
Tue, 13 Jul 2021 13:39:51 +0000 (15:39 +0200)
committerThomas Gleixner <tglx@linutronix.de>
Tue, 10 Aug 2021 15:57:23 +0000 (17:57 +0200)
commita761a67f591a8c7476c30bb20ed0f09fdfb1a704
treeb3a19dfca4e52fde11ceb2ba23447130cc3408ee
parent66f7b0c8aadd2785fc29f2c71477ebc16f4e38cc
timekeeping: Distangle resume and clock-was-set events

Resuming timekeeping is a clock-was-set event and uses the clock-was-set
notification mechanism. This is in the way of making the clock-was-set
update for hrtimers selective so unnecessary IPIs are avoided when a CPU
base does not have timers queued which are affected by the clock setting.

Distangle it by invoking hrtimer_resume() on each unfreezing CPU and invoke
the new timerfd_resume() function from timekeeping_resume() which is the
only place where this is needed.

Rename hrtimer_resume() to hrtimer_resume_local() to reflect the change.

With this the clock_was_set*() functions are not longer required to IPI all
CPUs unconditionally and can get some smarts to avoid them.

Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Link: https://lore.kernel.org/r/20210713135158.488853478@linutronix.de
include/linux/hrtimer.h
kernel/time/hrtimer.c
kernel/time/tick-common.c
kernel/time/tick-internal.h
kernel/time/timekeeping.c