]> git.ipfire.org Git - thirdparty/kernel/linux.git/commitdiff
tools/memory-model: docs/simple.txt: Fix trivial typos
authorAkira Yokosawa <akiyks@gmail.com>
Fri, 14 Mar 2025 11:12:04 +0000 (20:12 +0900)
committerPaul E. McKenney <paulmck@kernel.org>
Tue, 22 Apr 2025 18:21:56 +0000 (11:21 -0700)
Signed-off-by: Akira Yokosawa <akiyks@gmail.com>
Signed-off-by: Paul E. McKenney <paulmck@kernel.org>
Acked-by: Andrea Parri <parri.andrea@gmail.com>
tools/memory-model/Documentation/simple.txt

index 21f06c1d1b70d1e5c80ebed2702ed51b6dc76ef4..2df148630cdcd32523e55a629c3def9e4b4a2803 100644 (file)
@@ -134,7 +134,7 @@ Packaged primitives: Sequence locking
 Lockless programming is considered by many to be more difficult than
 lock-based programming, but there are a few lockless design patterns that
 have been built out into an API.  One of these APIs is sequence locking.
-Although this APIs can be used in extremely complex ways, there are simple
+Although this API can be used in extremely complex ways, there are simple
 and effective ways of using it that avoid the need to pay attention to
 memory ordering.
 
@@ -205,7 +205,7 @@ If you want to keep things simple, use the initialization and read-out
 operations from the previous section only when there are no racing
 accesses.  Otherwise, use only fully ordered operations when accessing
 or modifying the variable.  This approach guarantees that code prior
-to a given access to that variable will be seen by all CPUs has having
+to a given access to that variable will be seen by all CPUs as having
 happened before any code following any later access to that same variable.
 
 Please note that per-CPU functions are not atomic operations and