aboutsummaryrefslogtreecommitdiffstats
path: root/Documentation/RCU
diff options
context:
space:
mode:
authorJesper Dangaard Brouer <hawk@comx.dk>2009-03-31 09:36:48 +0000
committerDavid S. Miller <davem@davemloft.net>2009-04-02 01:33:51 -0700
commitedd4070f5d943b35e3e1a2e5e95e4a2eebb11d53 (patch)
treec945fbb71586a458611fce5c2ac10097e557a4d7 /Documentation/RCU
parent3943ac5d99ec024f97442e5f3def1034bb0b1bb0 (diff)
downloadkernel_samsung_smdk4412-edd4070f5d943b35e3e1a2e5e95e4a2eebb11d53.tar.gz
kernel_samsung_smdk4412-edd4070f5d943b35e3e1a2e5e95e4a2eebb11d53.tar.bz2
kernel_samsung_smdk4412-edd4070f5d943b35e3e1a2e5e95e4a2eebb11d53.zip
Doc: Fix spelling in RCU/rculist_nulls.txt.
Doc: Fix spelling in RCU/rculist_nulls.txt. Trival spelling fixes in RCU/rculist_nulls.txt. Reviewed-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com> Signed-off-by: Jesper Dangaard Brouer <hawk@comx.dk> Tested-by: Jarek Poplawski <jarkao2@gmail.com;-> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'Documentation/RCU')
-rw-r--r--Documentation/RCU/rculist_nulls.txt4
1 files changed, 2 insertions, 2 deletions
diff --git a/Documentation/RCU/rculist_nulls.txt b/Documentation/RCU/rculist_nulls.txt
index 239f542d48b..6389dec3345 100644
--- a/Documentation/RCU/rculist_nulls.txt
+++ b/Documentation/RCU/rculist_nulls.txt
@@ -21,7 +21,7 @@ if (obj) {
/*
* Because a writer could delete object, and a writer could
* reuse these object before the RCU grace period, we
- * must check key after geting the reference on object
+ * must check key after getting the reference on object
*/
if (obj->key != key) { // not the object we expected
put_ref(obj);
@@ -117,7 +117,7 @@ a race (some writer did a delete and/or a move of an object
to another chain) checking the final 'nulls' value if
the lookup met the end of chain. If final 'nulls' value
is not the slot number, then we must restart the lookup at
-the begining. If the object was moved to same chain,
+the beginning. If the object was moved to the same chain,
then the reader doesnt care : It might eventually
scan the list again without harm.