diff options
author | Paul E. McKenney <paulmck@kernel.org> | 2024-10-28 17:22:51 -0700 |
---|---|---|
committer | Frederic Weisbecker <frederic@kernel.org> | 2024-11-03 21:55:35 +0100 |
commit | 9650edd9bf1d152f69ccf96b67c4e28577a4cf98 (patch) | |
tree | 39ca3e79cc930be1fed7c8ccb5afefb52d8a8009 /samples/watchdog | |
parent | cbe644aa6fe176bdeb7e175bb194ad644d65319f (diff) | |
download | lwn-9650edd9bf1d152f69ccf96b67c4e28577a4cf98.tar.gz lwn-9650edd9bf1d152f69ccf96b67c4e28577a4cf98.zip |
rcu: Finer-grained grace-period-end checks in rcu_dump_cpu_stacks()
This commit pushes the grace-period-end checks further down into
rcu_dump_cpu_stacks(), and also uses lockless checks coupled with
finer-grained locking.
The result is that the current leaf rcu_node structure's ->lock is
acquired only if a stack backtrace might be needed from the current CPU,
and is held across only that CPU's backtrace. As a result, if there are
no stalled CPUs associated with a given rcu_node structure, then its
->lock will not be acquired at all. On large systems, it is usually
(though not always) the case that a small number of CPUs are stalling
the current grace period, which means that the ->lock need be acquired
only for a small fraction of the rcu_node structures.
[ paulmck: Apply Dan Carpenter feedback. ]
Signed-off-by: Paul E. McKenney <paulmck@kernel.org>
Reviewed-by: Joel Fernandes (Google) <joel@joelfernandes.org>
Signed-off-by: Frederic Weisbecker <frederic@kernel.org>
Diffstat (limited to 'samples/watchdog')
0 files changed, 0 insertions, 0 deletions