Merge tag 'timers-urgent-2024-08-04' of git://git.kernel.org/pub/scm/linux/kernel...
authorLinus Torvalds <torvalds@linux-foundation.org>
Sun, 4 Aug 2024 15:50:16 +0000 (08:50 -0700)
committerLinus Torvalds <torvalds@linux-foundation.org>
Sun, 4 Aug 2024 15:50:16 +0000 (08:50 -0700)
commit61ca6c78295e242d4b681003112bfcdc54597489
tree66974e4aa1946d2ea603bc69ef6b8110af350c73
parent6cc82dc2bd1196141ffd5ebc99ecb52f9537443b
parentf2655ac2c06a15558e51ed6529de280e1553c86e
Merge tag 'timers-urgent-2024-08-04' of git://git./linux/kernel/git/tip/tip

Pull timer fixes from Thomas Gleixner:
 "Two fixes for the timer/clocksource code:

   - The recent fix to make the take over of the broadcast timer more
     reliable retrieves a per CPU pointer in preemptible context.

     This went unnoticed in testing as some compilers hoist the access
     into the non-preemotible section where the pointer is actually
     used, but obviously compilers can rightfully invoke it where the
     code put it.

     Move it into the non-preemptible section right to the actual usage
     side to cure it.

   - The clocksource watchdog is supposed to emit a warning when the
     retry count is greater than one and the number of retries reaches
     the limit.

     The condition is backwards and warns always when the count is
     greater than one. Fixup the condition to prevent spamming dmesg"

* tag 'timers-urgent-2024-08-04' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:
  clocksource: Fix brown-bag boolean thinko in cs_watchdog_read()
  tick/broadcast: Move per CPU pointer access into the atomic section