From: SeongJae Park <sj38.park@gmail.com>
To: paulmck@kernel.org
Cc: corbet@lwn.net, madhuparnabhowmik04@gmail.com,
rcu@vger.kernel.org, linux-doc@vger.kernel.org,
linux-kernel@vger.kernel.org, SeongJae Park <sjpark@amazon.de>
Subject: [PATCH v3 3/7] doc/RCU/listRCU: Update example function name
Date: Mon, 6 Jan 2020 21:07:58 +0100 [thread overview]
Message-ID: <20200106200802.26994-4-sj38.park@gmail.com> (raw)
In-Reply-To: <20200106200802.26994-1-sj38.park@gmail.com>
From: SeongJae Park <sjpark@amazon.de>
listRCU.rst document gives an example with 'ipc_lock()', but the
function has dropped off by commit 82061c57ce93 ("ipc: drop
ipc_lock()"). Because the main logic of 'ipc_lock()' has melded in
'shm_lock()' by the commit, this commit updates the document to use
'shm_lock()' instead.
Reviewed-by: Madhuparna Bhowmik <madhuparnabhowmik04@gmail.com>
Signed-off-by: SeongJae Park <sjpark@amazon.de>
---
Documentation/RCU/listRCU.rst | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/Documentation/RCU/listRCU.rst b/Documentation/RCU/listRCU.rst
index e768f56e8fa3..2a643e293fb4 100644
--- a/Documentation/RCU/listRCU.rst
+++ b/Documentation/RCU/listRCU.rst
@@ -286,11 +286,11 @@ time the external state changes before Linux becomes aware of the change,
additional RCU-induced staleness is generally not a problem.
However, there are many examples where stale data cannot be tolerated.
-One example in the Linux kernel is the System V IPC (see the ipc_lock()
-function in ipc/util.c). This code checks a *deleted* flag under a
+One example in the Linux kernel is the System V IPC (see the shm_lock()
+function in ipc/shm.c). This code checks a *deleted* flag under a
per-entry spinlock, and, if the *deleted* flag is set, pretends that the
entry does not exist. For this to be helpful, the search function must
-return holding the per-entry lock, as ipc_lock() does in fact do.
+return holding the per-entry spinlock, as shm_lock() does in fact do.
.. _quick_quiz:
--
2.17.1
next prev parent reply other threads:[~2020-01-06 20:08 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-01-06 20:07 [PATCH v3 0/7] Fix trivial nits in RCU docs SeongJae Park
2020-01-06 20:07 ` [PATCH v3 1/7] doc/RCU/Design: Remove remaining HTML tags in ReST files SeongJae Park
2020-01-06 20:07 ` [PATCH v3 2/7] doc/RCU/listRCU: Fix typos in a example code snippets SeongJae Park
2020-01-06 20:07 ` SeongJae Park [this message]
2020-01-06 20:07 ` [PATCH v3 4/7] doc/RCU/rcu: Use ':ref:' for links to other docs SeongJae Park
2020-01-06 20:08 ` [PATCH v3 5/7] doc/RCU/rcu: Use absolute paths for non-rst files SeongJae Park
2020-01-06 20:08 ` [PATCH v3 6/7] doc/RCU/rcu: Use https instead of http if possible SeongJae Park
2020-01-06 20:08 ` [PATCH v3 7/7] rcu: Fix typos in beginning comments SeongJae Park
2020-01-07 21:32 ` [PATCH v3 0/7] Fix trivial nits in RCU docs Paul E. McKenney
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20200106200802.26994-4-sj38.park@gmail.com \
--to=sj38.park@gmail.com \
--cc=corbet@lwn.net \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=madhuparnabhowmik04@gmail.com \
--cc=paulmck@kernel.org \
--cc=rcu@vger.kernel.org \
--cc=sjpark@amazon.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).