From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jarek Poplawski Subject: Re: [PATCH v2 3/3] Doc: Fix spelling in RCU/rculist_nulls.txt. Date: Tue, 31 Mar 2009 10:54:00 +0000 Message-ID: <20090331105400.GA6843@ff.dom.local> References: <20090330085302.19172.22808.stgit@localhost.localdomain> <20090330090306.19172.94170.stgit@localhost.localdomain> <49D0FA6E.4090402@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Jesper Dangaard Brouer , "David S. Miller" , "Paul E. McKenney" , netdev To: Jesper Dangaard Brouer Return-path: Received: from wa-out-1112.google.com ([209.85.146.178]:52949 "EHLO wa-out-1112.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751868AbZCaKyL (ORCPT ); Tue, 31 Mar 2009 06:54:11 -0400 Received: by wa-out-1112.google.com with SMTP id j5so1618745wah.21 for ; Tue, 31 Mar 2009 03:54:09 -0700 (PDT) Content-Disposition: inline In-Reply-To: Sender: netdev-owner@vger.kernel.org List-ID: On Mon, Mar 30, 2009 at 10:11:47PM +0200, Jesper Dangaard Brouer wrote: > > Trival spelling fixes in RCU/rculist_nulls.txt. > > Reviewed-by: Paul E. McKenney > Reviewed-by: Jarek Poplawski Hmm... still "reviewing", and maybe it's only me, but can't apply... (v1 works OK.) Jarek P. > Signed-off-by: Jesper Dangaard Brouer > --- > > Documentation/RCU/rculist_nulls.txt | 4 ++-- > 1 files changed, 2 insertions(+), 2 deletions(-) > > > diff --git a/Documentation/RCU/rculist_nulls.txt b/Documentation/RCU/rculist_nulls.txt > index 239f542..6389dec 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. >