Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934196AbbDQOOB (ORCPT ); Fri, 17 Apr 2015 10:14:01 -0400 Received: from smtprelay0218.hostedemail.com ([216.40.44.218]:54618 "EHLO smtprelay.hostedemail.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S934174AbbDQONx (ORCPT ); Fri, 17 Apr 2015 10:13:53 -0400 X-Session-Marker: 726F737465647440676F6F646D69732E6F7267 X-Spam-Summary: 2,0,0,,d41d8cd98f00b204,rostedt@goodmis.org,:::::::::::::::::,RULES_HIT:41:355:379:541:599:800:960:973:988:989:1260:1277:1311:1313:1314:1345:1359:1437:1515:1516:1518:1534:1541:1593:1594:1711:1730:1747:1777:1792:2393:2553:2559:2562:2693:2895:3138:3139:3140:3141:3142:3353:3622:3865:3866:3867:3868:3870:3871:3872:3873:3874:4250:5007:6119:6261:7875:7903:8908:8957:10004:10400:10848:10967:11232:11658:11914:12043:12517:12519:12555:12740:13069:13311:13357:14096:14097:21063:21080,0,RBL:none,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:fn,MSBL:0,DNSBL:none,Custom_rules:0:0:0 X-HE-Tag: hole79_48be38f4b72d X-Filterd-Recvd-Size: 3029 Date: Fri, 17 Apr 2015 10:13:50 -0400 From: Steven Rostedt To: "Paul E. McKenney" Cc: Milos Vyletel , Josh Triplett , Mathieu Desnoyers , Lai Jiangshan , Jonathan Corbet , "open list:READ-COPY UPDATE..." , "open list:DOCUMENTATION" , jeff.haran@citrix.com Subject: Re: [PATCH] rcu: small rcu_dereference doc update Message-ID: <20150417101350.07193a09@gandalf.local.home> In-Reply-To: <20150417140637.GL23685@linux.vnet.ibm.com> References: <1429266816-27004-1-git-send-email-milos@redhat.com> <20150417140637.GL23685@linux.vnet.ibm.com> X-Mailer: Claws Mail 3.11.1 (GTK+ 2.24.25; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2061 Lines: 57 On Fri, 17 Apr 2015 07:06:38 -0700 "Paul E. McKenney" wrote: > On Fri, Apr 17, 2015 at 12:33:36PM +0200, Milos Vyletel wrote: > > Make a note stating that repeated calls of rcu_dereference() may not > > return the same pointer if update happens while in critical section. > > > > Reported-by: Jeff Haran > > Signed-off-by: Milos Vyletel > > Hmmm... Seems like that should be obvious, but on the other hand, > I have been using RCU for more than twenty years, so my obviousness > sensors might need recalibration. > > Queued for 4.2. Before you queue it, there's a few articles that are screaming to be present... > > Thanx, Paul > > > --- > > Documentation/RCU/whatisRCU.txt | 4 +++- > > 1 file changed, 3 insertions(+), 1 deletion(-) > > > > diff --git a/Documentation/RCU/whatisRCU.txt b/Documentation/RCU/whatisRCU.txt > > index 88dfce1..82b1b2c 100644 > > --- a/Documentation/RCU/whatisRCU.txt > > +++ b/Documentation/RCU/whatisRCU.txt > > @@ -256,7 +256,9 @@ rcu_dereference() > > If you are going to be fetching multiple fields from the > > RCU-protected structure, using the local variable is of > > course preferred. Repeated rcu_dereference() calls look > > - ugly and incur unnecessary overhead on Alpha CPUs. > > + ugly, do not guarantee that same pointer will be returned > > + if update happened while in critical section and incur > > + unnecessary overhead on Alpha CPUs. ugly, do not guarantee that the same pointer will be returned if an update happened while in the critical section, and incur unnecessary overhead on Alpha CPUs. -- Steve > > > > Note that the value returned by rcu_dereference() is valid > > only within the enclosing RCU read-side critical section. > > -- > > 2.1.0 > > -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/