[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20241218165008.37820-1-frederic@kernel.org>
Date: Wed, 18 Dec 2024 17:50:05 +0100
From: Frederic Weisbecker <frederic@...nel.org>
To: Thomas Gleixner <tglx@...utronix.de>
Cc: LKML <linux-kernel@...r.kernel.org>,
Frederic Weisbecker <frederic@...nel.org>,
vlad.wing@...il.com,
rcu@...r.kernel.org,
boqun.feng@...il.com,
joel@...lfernandes.org,
neeraj.upadhyay@....com,
urezki@...il.com,
qiang.zhang1211@...il.com,
Cheng-Jui.Wang@...iatek.com,
leitao@...ian.org,
kernel-team@...a.com,
Usama Arif <usamaarif642@...il.com>,
paulmck@...nel.org,
Anna-Maria Behnsen <anna-maria@...utronix.de>
Subject: [PATCH 0/3] hrtimer: Fix timers queued locally from offline CPUs
5c0930ccaad5 ("hrtimers: Push pending hrtimers away from outgoing CPU earlier")
was introduced to fix stalls with scheduler bandwidth timers getting
migrated while some kthreads handling CPU hotplug rely on bandwidth.
However this has introduced several other issues which used to be
confined to RCU. But not anymore as it is spreading to hotplug code
itself (https://lore.kernel.org/all/20241213203739.1519801-1-usamaarif642@gmail.com/)
Instead of introducing yet another new hackery, fix the problem in
hrtimers for everyone.
Frederic Weisbecker (3):
hrtimers: Force migrate away hrtimers queued after
CPUHP_AP_HRTIMERS_DYING
rcu: Remove swake_up_one_online() bandaid
Revert "rcu/nocb: Fix rcuog wake-up from offline softirq"
include/linux/hrtimer_defs.h | 1 +
kernel/rcu/tree.c | 34 +-------------------
kernel/rcu/tree_exp.h | 2 +-
kernel/rcu/tree_nocb.h | 10 ++----
kernel/time/hrtimer.c | 60 +++++++++++++++++++++++++++++++-----
5 files changed, 58 insertions(+), 49 deletions(-)
--
2.46.0
Powered by blists - more mailing lists