docs: this_cpu_ops: Fix SRCU helper names

Use the actual srcu_read_lock_nmisafe() and atomic_long_inc()
helper names.

Fixes: df0cee4311 ("docs: Improve discussion of this_cpu_ptr(), add raw_cpu_ptr()")
Assisted-by: Codex:gpt-5.6-sol
Signed-off-by: Karl Mehltretter <kmehltretter@gmail.com>
Reviewed-by: Paul E. McKenney <paulmck@kernel.org>
Reviewed-by: Randy Dunlap <rdunlap@infradead.org>
Signed-off-by: Jonathan Corbet <corbet@lwn.net>
Message-ID: <20260822121651.1559-6-kmehltretter@gmail.com>
This commit is contained in:
Karl Mehltretter 2026-08-22 14:16:49 +02:00 committed by Jonathan Corbet
parent 9fcbaa9e4c
commit 55c03a9ae2

View File

@ -150,10 +150,10 @@ preemptible code are addressed by raw_cpu_ptr(), but such use cases need
to handle cases where two different CPUs are accessing the same per cpu
variable, which might well be that of a third CPU. These use cases are
typically performance optimizations. For example, SRCU implements a pair
of counters as a pair of per-CPU variables, and rcu_read_lock_nmisafe()
of counters as a pair of per-CPU variables, and srcu_read_lock_nmisafe()
uses raw_cpu_ptr() to get a pointer to some CPU's counter, and uses
atomic_inc_long() to handle migration between the raw_cpu_ptr() and
the atomic_inc_long().
atomic_long_inc() to handle migration between the raw_cpu_ptr() and
the atomic_long_inc().
Per cpu variables and offsets
-----------------------------