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: Wed, 1 Apr 2009 05:34:19 +0000 Message-ID: <20090401053418.GA4363@ff.dom.local> References: <20090330085302.19172.22808.stgit@localhost.localdomain> <20090330090306.19172.94170.stgit@localhost.localdomain> <49D0FA6E.4090402@gmail.com> <20090331105400.GA6843@ff.dom.local> <1238528208.9018.1.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Jesper Dangaard Brouer , "David S. Miller" , netdev To: Jesper Dangaard Brouer Return-path: Received: from mail-fx0-f158.google.com ([209.85.220.158]:51673 "EHLO mail-fx0-f158.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752313AbZDAFe0 (ORCPT ); Wed, 1 Apr 2009 01:34:26 -0400 Received: by fxm2 with SMTP id 2so2754500fxm.37 for ; Tue, 31 Mar 2009 22:34:23 -0700 (PDT) Content-Disposition: inline In-Reply-To: <1238528208.9018.1.camel@localhost.localdomain> Sender: netdev-owner@vger.kernel.org List-ID: On Tue, Mar 31, 2009 at 09:36:48PM +0200, Jesper Dangaard Brouer wrote: > Doc: Fix spelling in RCU/rculist_nulls.txt. > > Trival spelling fixes in RCU/rculist_nulls.txt. > > Reviewed-by: Paul E. McKenney > > Signed-off-by: Jesper Dangaard Brouer > --- Tested-by: Jarek Poplawski > > 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. > > >