Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754246Ab3IFQ6j (ORCPT ); Fri, 6 Sep 2013 12:58:39 -0400 Received: from e39.co.us.ibm.com ([32.97.110.160]:39602 "EHLO e39.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751832Ab3IFQ6i (ORCPT ); Fri, 6 Sep 2013 12:58:38 -0400 Date: Fri, 6 Sep 2013 09:58:31 -0700 From: "Paul E. McKenney" To: Steven Rostedt Cc: Frederic Weisbecker , linux-kernel@vger.kernel.org, mingo@elte.hu, laijs@cn.fujitsu.com, dipankar@in.ibm.com, akpm@linux-foundation.org, mathieu.desnoyers@efficios.com, josh@joshtriplett.org, niv@us.ibm.com, tglx@linutronix.de, peterz@infradead.org, dhowells@redhat.com, edumazet@google.com, darren@dvhart.com, sbw@mit.edu Subject: Re: [PATCH] rcu: Is it safe to enter an RCU read-side critical section? Message-ID: <20130906165830.GS3966@linux.vnet.ibm.com> Reply-To: paulmck@linux.vnet.ibm.com References: <20130905195234.GA20555@linux.vnet.ibm.com> <20130906105934.GF20519@somewhere> <20130906151851.GQ3966@linux.vnet.ibm.com> <20130906113320.46b2ea3e@gandalf.local.home> <20130906164016.GB2706@somewhere> <20130906125238.3c5ef919@gandalf.local.home> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130906125238.3c5ef919@gandalf.local.home> User-Agent: Mutt/1.5.21 (2010-09-15) X-TM-AS-MML: No X-Content-Scanned: Fidelis XPS MAILER x-cbid: 13090616-9332-0000-0000-00000153CE2E Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1062 Lines: 27 On Fri, Sep 06, 2013 at 12:52:38PM -0400, Steven Rostedt wrote: > On Fri, 6 Sep 2013 18:40:18 +0200 > Frederic Weisbecker wrote: > > > > I can't use plain preempt_disable() in function tracing. > > > > > > Also, since it's a misnomer to say the cpu is idle in NO_HZ_FULL when > > > we are coming from userspace, can we rename that? > > > > > > Perhaps we can also have a __rcu_is_cpu_tracking() (or whatever), with > > > the "__" appended that does not do the preempt disable. > > > > rcu_is_cpu_eqs() is probably better. It refers to other related "eqs" naming > > in RCU APIs. > > But that will just confuse the heck out of people. When I see "eqs" I > equate that with "equals". What does the rcu cpu equal? The acronym eqs "equals" "extended quiescent state". ;-) Thanx, Paul -- 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/