summaryrefslogtreecommitdiff
path: root/samples/livepatch
diff options
context:
space:
mode:
authorPaul E. McKenney <paulmck@kernel.org>2024-10-28 17:22:51 -0700
committerFrederic Weisbecker <frederic@kernel.org>2024-11-03 21:55:35 +0100
commit9650edd9bf1d152f69ccf96b67c4e28577a4cf98 (patch)
tree39ca3e79cc930be1fed7c8ccb5afefb52d8a8009 /samples/livepatch
parentcbe644aa6fe176bdeb7e175bb194ad644d65319f (diff)
downloadlwn-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/livepatch')
0 files changed, 0 insertions, 0 deletions