All of lore.kernel.org
 help / color / mirror / Atom feed
From: Bjorn Helgaas <helgaas@kernel.org>
To: Jonathan Corbet <corbet@lwn.net>
Cc: Randy Dunlap <rdunlap@infradead.org>,
	linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
	Bjorn Helgaas <bhelgaas@google.com>
Subject: [PATCH 2/9] Documentation: Fix RCU typos
Date: Wed, 13 Aug 2025 15:04:58 -0500	[thread overview]
Message-ID: <20250813200526.290420-3-helgaas@kernel.org> (raw)
In-Reply-To: <20250813200526.290420-1-helgaas@kernel.org>

From: Bjorn Helgaas <bhelgaas@google.com>

Fix typos.

Signed-off-by: Bjorn Helgaas <bhelgaas@google.com>
Reviewed-by: Randy Dunlap <rdunlap@infradead.org>
---
 Documentation/RCU/lockdep.rst   | 2 +-
 Documentation/RCU/stallwarn.rst | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/Documentation/RCU/lockdep.rst b/Documentation/RCU/lockdep.rst
index 69e73a39bd11..741b157bbacb 100644
--- a/Documentation/RCU/lockdep.rst
+++ b/Documentation/RCU/lockdep.rst
@@ -106,7 +106,7 @@ or the RCU-protected data that it points to can change concurrently.
 Like rcu_dereference(), when lockdep is enabled, RCU list and hlist
 traversal primitives check for being called from within an RCU read-side
 critical section.  However, a lockdep expression can be passed to them
-as a additional optional argument.  With this lockdep expression, these
+as an additional optional argument.  With this lockdep expression, these
 traversal primitives will complain only if the lockdep expression is
 false and they are called from outside any RCU read-side critical section.
 
diff --git a/Documentation/RCU/stallwarn.rst b/Documentation/RCU/stallwarn.rst
index d1ccd6039a8c..d7c8eff63317 100644
--- a/Documentation/RCU/stallwarn.rst
+++ b/Documentation/RCU/stallwarn.rst
@@ -119,7 +119,7 @@ warnings:
 	uncommon in large datacenter.  In one memorable case some decades
 	back, a CPU failed in a running system, becoming unresponsive,
 	but not causing an immediate crash.  This resulted in a series
-	of RCU CPU stall warnings, eventually leading the realization
+	of RCU CPU stall warnings, eventually leading to the realization
 	that the CPU had failed.
 
 The RCU, RCU-sched, RCU-tasks, and RCU-tasks-trace implementations have
-- 
2.43.0


  parent reply	other threads:[~2025-08-13 20:05 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-08-13 20:04 [PATCH 0/9] Documentation: Fix typos Bjorn Helgaas
2025-08-13 20:04 ` [PATCH 1/9] Documentation: Fix PCI typos Bjorn Helgaas
2025-08-13 20:04 ` Bjorn Helgaas [this message]
2025-08-13 20:04 ` [PATCH 3/9] Documentation: Fix admin-guide typos Bjorn Helgaas
2025-08-13 20:05 ` [PATCH 4/9] Documentation: Fix core-api typos Bjorn Helgaas
2025-08-13 20:05 ` [PATCH 5/9] Documentation: Fix filesystems typos Bjorn Helgaas
2025-08-13 20:05 ` [PATCH 6/9] Documentation: Fix networking typos Bjorn Helgaas
2025-08-13 20:05 ` [PATCH 7/9] Documentation: Fix power typos Bjorn Helgaas
2025-08-13 20:05 ` [PATCH 8/9] Documentation: Fix trace typos Bjorn Helgaas
2025-08-13 20:05 ` [PATCH 9/9] Documentation: Fix misc typos Bjorn Helgaas
2025-08-18 16:44 ` [PATCH 0/9] Documentation: Fix typos Jonathan Corbet

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=20250813200526.290420-3-helgaas@kernel.org \
    --to=helgaas@kernel.org \
    --cc=bhelgaas@google.com \
    --cc=corbet@lwn.net \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rdunlap@infradead.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.