All of lore.kernel.org
 help / color / mirror / Atom feed
From: Randy Dunlap <rdunlap@infradead.org>
To: linux-kernel@vger.kernel.org
Cc: Randy Dunlap <rdunlap@infradead.org>,
	Peter Zijlstra <peterz@infradead.org>,
	Ingo Molnar <mingo@redhat.com>, Will Deacon <will@kernel.org>,
	Jonathan Corbet <corbet@lwn.net>,
	linux-doc@vger.kernel.org
Subject: [PATCH 17/35] Documentation: locking: correct spelling
Date: Thu, 26 Jan 2023 22:39:47 -0800	[thread overview]
Message-ID: <20230127064005.1558-18-rdunlap@infradead.org> (raw)
In-Reply-To: <20230127064005.1558-1-rdunlap@infradead.org>

Correct spelling problems for Documentation/locking/ as reported
by codespell.

Signed-off-by: Randy Dunlap <rdunlap@infradead.org>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: Will Deacon <will@kernel.org>
Cc: Jonathan Corbet <corbet@lwn.net>
Cc: linux-doc@vger.kernel.org
---
 Documentation/locking/lockdep-design.rst  |    4 ++--
 Documentation/locking/locktorture.rst     |    2 +-
 Documentation/locking/locktypes.rst       |    2 +-
 Documentation/locking/preempt-locking.rst |    2 +-
 4 files changed, 5 insertions(+), 5 deletions(-)

diff -- a/Documentation/locking/lockdep-design.rst b/Documentation/locking/lockdep-design.rst
--- a/Documentation/locking/lockdep-design.rst
+++ b/Documentation/locking/lockdep-design.rst
@@ -29,7 +29,7 @@ the validator will shoot a splat if inco
 A lock-class's behavior is constructed by its instances collectively:
 when the first instance of a lock-class is used after bootup the class
 gets registered, then all (subsequent) instances will be mapped to the
-class and hence their usages and dependecies will contribute to those of
+class and hence their usages and dependencies will contribute to those of
 the class. A lock-class does not go away when a lock instance does, but
 it can be removed if the memory space of the lock class (static or
 dynamic) is reclaimed, this happens for example when a module is
@@ -105,7 +105,7 @@ exact case is for the lock as of the rep
   +--------------+-------------+--------------+
 
 The character '-' suggests irq is disabled because if otherwise the
-charactor '?' would have been shown instead. Similar deduction can be
+character '?' would have been shown instead. Similar deduction can be
 applied for '+' too.
 
 Unused locks (e.g., mutexes) cannot be part of the cause of an error.
diff -- a/Documentation/locking/locktorture.rst b/Documentation/locking/locktorture.rst
--- a/Documentation/locking/locktorture.rst
+++ b/Documentation/locking/locktorture.rst
@@ -113,7 +113,7 @@ stutter
 		  without pausing.
 
 shuffle_interval
-		  The number of seconds to keep the test threads affinitied
+		  The number of seconds to keep the test threads affined
 		  to a particular subset of the CPUs, defaults to 3 seconds.
 		  Used in conjunction with test_no_idle_hz.
 
diff -- a/Documentation/locking/locktypes.rst b/Documentation/locking/locktypes.rst
--- a/Documentation/locking/locktypes.rst
+++ b/Documentation/locking/locktypes.rst
@@ -500,7 +500,7 @@ caveats also apply to bit spinlocks.
 Some bit spinlocks are replaced with regular spinlock_t for PREEMPT_RT
 using conditional (#ifdef'ed) code changes at the usage site.  In contrast,
 usage-site changes are not needed for the spinlock_t substitution.
-Instead, conditionals in header files and the core locking implemementation
+Instead, conditionals in header files and the core locking implementation
 enable the compiler to do the substitution transparently.
 
 
diff -- a/Documentation/locking/preempt-locking.rst b/Documentation/locking/preempt-locking.rst
--- a/Documentation/locking/preempt-locking.rst
+++ b/Documentation/locking/preempt-locking.rst
@@ -114,7 +114,7 @@ critical variables.  Another example::
 
 	int buf[NR_CPUS];
 	set_cpu_val(buf);
-	if (buf[smp_processor_id()] == -1) printf(KERN_INFO "wee!\n");
+	if (buf[smp_processor_id()] == -1) printf(KERN_INFO "whee!\n");
 	spin_lock(&buf_lock);
 	/* ... */
 

  parent reply	other threads:[~2023-01-27  6:41 UTC|newest]

Thread overview: 108+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-01-27  6:39 [PATCH 00/35] Documentation: correct lots of spelling errors (series 1) Randy Dunlap
2023-01-27  6:39 ` Randy Dunlap
2023-01-27  6:39 ` Randy Dunlap
2023-01-27  6:39 ` Randy Dunlap
2023-01-27  6:39 ` [PATCH 02/35] Documentation: arm: correct spelling Randy Dunlap
2023-01-27  6:39   ` Randy Dunlap
2023-01-27  6:55   ` Mukesh Ojha
2023-01-27  6:55     ` Mukesh Ojha
2023-01-27  6:39 ` [PATCH 01/35] Documentation: arm64: " Randy Dunlap
2023-01-27  6:39   ` Randy Dunlap
2023-01-27  7:02   ` Mukesh Ojha
2023-01-27  7:02     ` Mukesh Ojha
2023-01-27  6:39 ` [PATCH 03/35] Documentation: block: " Randy Dunlap
2023-01-27  8:31   ` Bagas Sanjaya
2023-01-27 22:58     ` Randy Dunlap
2023-01-27  8:36   ` Mukesh Ojha
2023-01-27  6:39 ` [PATCH 04/35] Documentation: bpf: " Randy Dunlap
2023-01-27  8:29   ` Bagas Sanjaya
2023-01-28 19:38   ` Alexei Starovoitov
2023-01-30 14:24   ` David Vernet
2023-01-30 14:26     ` David Vernet
2023-01-27  6:39 ` [PATCH 05/35] Documentation: core-api: " Randy Dunlap
2023-01-27 15:25   ` Mukesh Ojha
2023-01-27  6:39 ` [PATCH 06/35] Documentation: fault-injection: " Randy Dunlap
2023-01-27  6:39 ` [PATCH 07/35] Documentation: fb: " Randy Dunlap
2023-01-27  6:39   ` Randy Dunlap
2023-01-27  6:39 ` [PATCH 08/35] Documentation: features: " Randy Dunlap
2023-01-27  6:39 ` [PATCH 09/35] Documentation: firmware-guide/acpi: " Randy Dunlap
2023-01-30 15:52   ` Rafael J. Wysocki
2023-01-27  6:39 ` [PATCH 10/35] Documentation: hid: " Randy Dunlap
2023-01-27 16:20   ` srinivas pandruvada
2023-02-06 14:01   ` (subset) " Benjamin Tissoires
2023-01-27  6:39 ` [PATCH 11/35] Documentation: i2c: " Randy Dunlap
2023-01-27  7:14   ` Wolfram Sang
2023-01-27  8:26     ` Bagas Sanjaya
2023-01-27 22:34     ` Randy Dunlap
2023-01-27  6:39 ` [PATCH 12/35] Documentation: input: " Randy Dunlap
2023-01-27  6:39 ` [PATCH 13/35] Documentation: isdn: " Randy Dunlap
2023-01-28  6:06   ` Jakub Kicinski
2023-01-27  6:39 ` [PATCH 14/35] Documentation: leds: " Randy Dunlap
2023-01-27  9:30   ` Lee Jones
2023-01-27  6:39 ` [PATCH 15/35] Documentation: litmus-tests: " Randy Dunlap
2023-01-27  6:39 ` [PATCH 16/35] Documentation: livepatch: " Randy Dunlap
2023-01-27 10:52   ` Petr Mladek
2023-01-27  6:39 ` Randy Dunlap [this message]
2023-01-27  6:39 ` [PATCH 18/35] Documentation: mm: " Randy Dunlap
2023-01-27  6:44   ` HORIGUCHI NAOYA(堀口 直也)
2023-01-27  8:27   ` Bagas Sanjaya
2023-01-30 10:07   ` Mike Rapoport
2023-01-27  6:39 ` [PATCH 19/35] Documentation: openrisc: " Randy Dunlap
2023-01-27  6:39   ` Randy Dunlap
2023-01-27  6:39 ` [PATCH 20/35] Documentation: PCI: " Randy Dunlap
2023-01-27 15:55   ` Bjorn Helgaas
2023-01-27  6:39 ` [PATCH 22/35] Documentation: power: " Randy Dunlap
2023-01-27  6:39 ` [PATCH 21/35] Documentation: powerpc: " Randy Dunlap
2023-01-27  6:39   ` Randy Dunlap
2023-01-27  6:39 ` [PATCH 23/35] Documentation: s390: " Randy Dunlap
2023-01-27 11:43   ` Heiko Carstens
2023-01-27  6:39 ` [PATCH 24/35] Documentation: scheduler: " Randy Dunlap
2023-01-27 15:33   ` Mukesh Ojha
2023-01-27  6:39 ` [PATCH 25/35] Documentation: security: " Randy Dunlap
2023-01-27  6:39 ` [PATCH 26/35] Documentation: sound: " Randy Dunlap
2023-01-27  6:39   ` Randy Dunlap
2023-01-29  8:24   ` Takashi Iwai
2023-01-29  8:24     ` Takashi Iwai
2023-01-27  6:39 ` [PATCH 27/35] Documentation: spi: " Randy Dunlap
2023-01-27  6:39 ` [PATCH 28/35] Documentation: target: " Randy Dunlap
2023-02-08 23:13   ` Martin K. Petersen
2023-01-27  6:39 ` [PATCH 29/35] Documentation: timers: " Randy Dunlap
2023-01-27  6:40 ` [PATCH 30/35] Documentation: tools/rtla: " Randy Dunlap
2023-01-27  8:52   ` Daniel Bristot de Oliveira
2023-01-27 19:53   ` Steven Rostedt
2023-01-27  6:40 ` [PATCH 31/35] Documentation: trace: " Randy Dunlap
2023-01-27  6:40   ` Randy Dunlap
2023-01-27  7:05   ` Mukesh Ojha
2023-01-27  7:05     ` Mukesh Ojha
2023-01-27  8:54   ` Daniel Bristot de Oliveira
2023-01-27  8:54     ` Daniel Bristot de Oliveira
2023-01-27 23:01     ` Randy Dunlap
2023-01-27 23:01       ` Randy Dunlap
2023-01-27 19:54   ` Steven Rostedt
2023-01-27 19:54     ` Steven Rostedt
2023-01-31 18:20   ` Suzuki K Poulose
2023-01-31 18:20     ` Suzuki K Poulose
2023-01-27  6:40 ` [PATCH 32/35] Documentation: usb: " Randy Dunlap
2023-01-27  6:40 ` [PATCH 33/35] Documentation: w1: " Randy Dunlap
2023-01-27  6:40 ` [PATCH 34/35] Documentation: x86: " Randy Dunlap
2023-01-27  6:40 ` [PATCH 35/35] Documentation: xtensa: " Randy Dunlap
2023-01-27 17:45   ` Max Filippov
2023-01-27  6:59 ` [PATCH 15/35] Documentation: litmus-tests: " David Howells
2023-01-27 14:59   ` Paul E. McKenney
2023-01-27  6:59 ` [PATCH 25/35] Documentation: security: " David Howells
2023-01-28 10:48 ` (subset) [PATCH 00/35] Documentation: correct lots of spelling errors (series 1) Mark Brown
2023-01-28 10:48   ` Mark Brown
2023-01-28 10:48   ` Mark Brown
2023-01-28 10:48   ` Mark Brown
2023-01-28 20:30 ` patchwork-bot+netdevbpf
2023-01-28 20:30   ` patchwork-bot+netdevbpf
2023-01-28 20:30   ` patchwork-bot+netdevbpf
2023-01-28 20:30   ` patchwork-bot+netdevbpf
2023-01-31 16:28 ` (subset) " Catalin Marinas
2023-01-31 16:28   ` Catalin Marinas
2023-01-31 16:28   ` Catalin Marinas
2023-01-31 16:28   ` Catalin Marinas
2023-02-14 16:57 ` Martin K. Petersen
2023-02-14 16:57   ` Martin K. Petersen
2023-02-14 16:57   ` Martin K. Petersen
2023-02-14 16:57   ` Martin K. Petersen

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=20230127064005.1558-18-rdunlap@infradead.org \
    --to=rdunlap@infradead.org \
    --cc=corbet@lwn.net \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@redhat.com \
    --cc=peterz@infradead.org \
    --cc=will@kernel.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.