Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp3842601pxk; Tue, 29 Sep 2020 07:37:00 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwjpFaGk5H/CM8gtHV+bJIUeZePnyDrrA9+LVK+n1a+HmcUzJcx7NhQYRJWG7N1LVIGX9M0 X-Received: by 2002:a17:907:aaa:: with SMTP id bz10mr1563650ejc.353.1601390220621; Tue, 29 Sep 2020 07:37:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601390220; cv=none; d=google.com; s=arc-20160816; b=sHjDRApsdLieqi5c+VW7jshlabiM79AhcE/G7wlW29p3/tRE5I8t4UiGqSPNEKgzXT AxNVGc5H3Y7fhtGpLg7wqr4CGOQZuOmv0zJsdbTs9KVYF08M6v7IFYzFV3yyJYXJ0fyg ivR2K9/0DMBJ0qmWWtgLDe1PamoqlcfwKqMlKOV4ZblAdwd+6l9eFe+EuvKczYvdqzi4 BJDuBSTY3ZnWrRxzLjN8/16bnxjyIxgXA5ItHIprFjvIPir4KHbO+YVOyitoeGDiFWHJ 89YncMjxtcES3TygMObaksNgY+LN1v55V4Hxcol2nBFLMjhIYkp1rzeCfd9si9hVIDcD o3gQ== 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=O314tJ7/JkJlxKTVdNeBMpCi23gEDhglcwKwUllQqnc=; b=Hjl31qg1mWPWNVuxJb9kPUUwXLo5RwIgIVMSkM8j3Nri7EcwgxbfSrX/XTzUOXzAX3 1mokXNuHPSNbhrtG2KpSxoRVeZGWODpqo8jctncoCdpSQhumkljcJp2FLmxFbrR/5/Bn bc19FFQWFAwJcFE3743NCwjJHdS5VgudMpmNtKft4XYIoUDDqQ9Vf5tITqXdhdbZUOFT qgN3wgPEYzOIuMBTB/gmVXnj8yzgAOIUNr/71ANeUsu3vTIbsTw9kVp1Px0xpx33jdyX jwGulX6TpGpAN7/mWzjN8SqroNv0pgCzFAzzY1RhaqaXdolLK6YcYbJn03zg0syedie7 sylQ== 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 s24si3152741edr.379.2020.09.29.07.36.38; Tue, 29 Sep 2020 07:37:00 -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 S1730967AbgI2Oe6 (ORCPT + 99 others); Tue, 29 Sep 2020 10:34:58 -0400 Received: from mail.kernel.org ([198.145.29.99]:44064 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729299AbgI2Oe6 (ORCPT ); Tue, 29 Sep 2020 10:34:58 -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 CABEC20739; Tue, 29 Sep 2020 14:34:56 +0000 (UTC) Date: Tue, 29 Sep 2020 10:34:54 -0400 From: Steven Rostedt To: Peter Zijlstra Cc: linux-kernel@vger.kernel.org, linux-tip-commits@vger.kernel.org, Thomas Gleixner , Alexandre Chartre , "Paul E. McKenney" , x86 Subject: Re: [tip: core/rcu] rcu/tree: Mark the idle relevant functions noinstr Message-ID: <20200929103454.03c29330@gandalf.local.home> In-Reply-To: <20200929112541.GM2628@hirez.programming.kicks-ass.net> References: <20200505134100.575356107@linutronix.de> <158991795300.17951.11897222265664137612.tip-bot2@tip-bot2> <20200929112541.GM2628@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:25:41 +0200 Peter Zijlstra wrote: > On Tue, May 19, 2020 at 07:52:33PM -0000, tip-bot2 for Thomas Gleixner wrote: > > @@ -979,7 +988,7 @@ static void rcu_disable_urgency_upon_qs(struct rcu_data *rdp) > > * if the current CPU is not in its idle loop or is in an interrupt or > > * NMI handler, return true. > > */ > > -bool notrace rcu_is_watching(void) > > +bool rcu_is_watching(void) > > { > > bool ret; > > > > This ^.. > > it is required because __ftrace_ops_list_func() / > ftrace_ops_assist_func() call it outside of ftrace recursion, but only > when FL_RCU, and perf happens to be the only user of that. > > another morning wasted... :/ Those are fun to debug. :-p (I'll use this in another email). Anyway, you bring up a good point. I should have this: diff --git a/kernel/trace/ftrace.c b/kernel/trace/ftrace.c index 84f32dbc7be8..2d76eaaad4a7 100644 --- a/kernel/trace/ftrace.c +++ b/kernel/trace/ftrace.c @@ -6993,16 +6993,14 @@ static void ftrace_ops_assist_func(unsigned long ip, unsigned long parent_ip, { int bit; - if ((op->flags & FTRACE_OPS_FL_RCU) && !rcu_is_watching()) - return; - bit = trace_test_and_set_recursion(TRACE_LIST_START, TRACE_LIST_MAX); if (bit < 0) return; preempt_disable_notrace(); - op->func(ip, parent_ip, op, regs); + if (!(op->flags & FTRACE_OPS_FL_RCU) || rcu_is_watching()) + op->func(ip, parent_ip, op, regs); preempt_enable_notrace(); trace_clear_recursion(bit); -- Steve