Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp3843926pxk; Tue, 29 Sep 2020 07:39:03 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzO0s4rxKKDrwipSJ837py4Wxpe/qQMKE9Bs4IMdtvHW4tSGvQP4FWjUerdO+TqOb2GzMRE X-Received: by 2002:a17:906:2747:: with SMTP id a7mr4164668ejd.301.1601390343159; Tue, 29 Sep 2020 07:39:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601390343; cv=none; d=google.com; s=arc-20160816; b=amNHw03OSice//tzuePxEXgQyZm1x2RjPGJ99UD99EE/CefFJPUZz2CGpK6p0KXd50 5oXyAfFh6lm3UEZ37kJ00cdwKlfclq8IqH4eXJW02MeJ3tA45UwcSmNb5eTysSCWip3Z BJQFRXYKjmoPLT7080H9qQyW7gfy857V6paNL4c6R7Bjca0R01PB5Ivl6h+YdyGYyCSv qStc8MeDMMe+UIyFkqaIxj0Vli3jek2pbDeoTcY7N8acnS+4UO/V7vVAuWr9vDrkOR0y 8ZZpdoK7WbH7PB0/rk1OQaxwnbKfJXyQCV51jvhSp68apDAQx2sCcze+GvyJjcbjjwl2 K5OQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=AdzJMcJqw9blX2zeONdVCfm3JqIkB8Z2XacKbqiZdo0=; b=lAKhkQU2as8DaIxOZjYMy3u07sBsEAGfv1zK/cqpA8R1V9Iz8HbS/0f0d+W3XjGXmY Ik0TGHdr3qU8s+EfbtlOCG627JtNKKQOlK7gFJeeLcfHt+lrUWAF3SKccO96IPMk1Wg9 wQ7AzFFzJV04mSA+mDaCfEP9sx4ojGOZMjYMw22ATkjgF2Enj3jILW1O+swmA+3y0GPk bqUpTx7MGtOYeeXjdNM2nY3J2C89ZjmK3rKveaUPBGFXIt3a1K0HPPlcsc9BpRoXGqo0 O1Ndz4gcXOC4FO2GmSaKQPJ/tTSqQhlBDTVQe5Mi39cRlBVgjZE3qqFPQrYVU7Ynhlrj 5LDQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id bi17si3081656edb.582.2020.09.29.07.38.40; Tue, 29 Sep 2020 07:39:03 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729364AbgI2OgX (ORCPT + 99 others); Tue, 29 Sep 2020 10:36:23 -0400 Received: from mail.kernel.org ([198.145.29.99]:44842 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728474AbgI2OgX (ORCPT ); Tue, 29 Sep 2020 10:36:23 -0400 Received: from gandalf.local.home (cpe-66-24-58-225.stny.res.rr.com [66.24.58.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id B21A42074B; Tue, 29 Sep 2020 14:36:21 +0000 (UTC) Date: Tue, 29 Sep 2020 10:36:20 -0400 From: Steven Rostedt To: Peter Zijlstra Cc: Paul McKenney , linux-kernel@vger.kernel.org, Thomas Gleixner , Ingo Molnar , kim.phillips@amd.com Subject: Re: [PATCH] rcu,ftrace: Fix ftrace recursion Message-ID: <20200929103620.06762622@gandalf.local.home> In-Reply-To: <20200929113340.GN2628@hirez.programming.kicks-ass.net> References: <20200929113340.GN2628@hirez.programming.kicks-ass.net> X-Mailer: Claws Mail 3.17.3 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 29 Sep 2020 13:33:40 +0200 Peter Zijlstra wrote: > Kim reported that perf-ftrace made his box unhappy. It turns out that > commit: > > ff5c4f5cad33 ("rcu/tree: Mark the idle relevant functions noinstr") > > removed one too many notrace. Probably due to there not being a helpful > comment. > > Reinstate the notrace and add a comment to avoid loosing it again. > > Fixes: ff5c4f5cad33 ("rcu/tree: Mark the idle relevant functions noinstr") > Reported-by: Kim Phillips > Signed-off-by: Peter Zijlstra (Intel) > --- > kernel/rcu/tree.c | 5 ++++- > 1 file changed, 4 insertions(+), 1 deletion(-) > > diff --git a/kernel/rcu/tree.c b/kernel/rcu/tree.c > index ee5e595501e8..33020d84ec6b 100644 > --- a/kernel/rcu/tree.c > +++ b/kernel/rcu/tree.c > @@ -1098,8 +1098,11 @@ noinstr bool __rcu_is_watching(void) > * CPU can safely enter RCU read-side critical sections. In other words, > * if the current CPU is not in its idle loop or is in an interrupt or > * NMI handler, return true. > + * > + * Must be notrace because __ftrace_ops_list_func() / ftrace_ops_assist_func() > + * will call this (for every function) outside of recursion protection. > */ > -bool rcu_is_watching(void) > +notrace bool rcu_is_watching(void) > { > bool ret; > I think the patch I suggested is more suitable. -- Steve