Received: by 2002:a6b:fb09:0:0:0:0:0 with SMTP id h9csp4962836iog; Wed, 22 Jun 2022 09:08:21 -0700 (PDT) X-Google-Smtp-Source: AGRyM1tN7ZcCb7uT7KKzL78IR0KrKB7qnAxg8rRmdFOXddUlCM6lwgSKzLJYNzpuHAXjcgVA/45M X-Received: by 2002:a62:a113:0:b0:51c:1b4c:38d1 with SMTP id b19-20020a62a113000000b0051c1b4c38d1mr35839484pff.13.1655914101176; Wed, 22 Jun 2022 09:08:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1655914101; cv=none; d=google.com; s=arc-20160816; b=jzTy9jqjzwe4FgHwpPC4aabIvBvKeGtHq1pGWtgtAefSs+0UhsU+cFcCNuhrI+NUri O2fP9iCMmev2daX2AotBpnHC1GyaNJid19eSypE0nVUf12bKOzlwdiPvtjaCF+YMPKH6 RHAXgPmocWlIKqDcmHCoMq5+PYz9gyLrqefm9qHKuBH5+QeZuXTvSJfxJEH4Bfy2ZM8i sEHrNbhZrD16gJU3KjDVdizd5FReg17yvWwtl+DugMVn+oKFqHz4LL/Nx92E/5C8jsNi cNnowi+XcnDdzRgbtxUE97nlkjQr9om+2O/IlvEy2L3GymUCrz0Ox0B6f9sra0mrKLpd YWng== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=M1VBs88dkFFyznfl5uKJhl1eElA4GcG0FfziGv/vkUI=; b=o+xn5RO3CwFdGJ0UEJuUwuo8Rua2OMsJ9LiHCDfKLY09stwrJGcBYCjnNR/RWFi254 hKGbQ9JAQYQFLBTIN9aFMBC4nKmKnSD4Ilso+BwX0kGkEZRlUWkU7NUBVybTdN2qsDQO kUXmNcVnwXe3XRKBEvcRBCD3LEbr7wvt7qwHrqnj5q/YiRrZloU985p1MaVhiiVmEZwm yq55H28+P6y2RxDdfezH5cuDAhWSMuNZBqQYbVwYtykuH+69vZriDSX4LXaMPDKEO3/P HoKqh4Qmckzt2qcMAC/gwvpqx/tMbrV//yyqwIFkxH/tfCDoSgRaMbvmn6GiW2Z/JK2O o9eg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=CpEZqbVC; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id b2-20020a170902d50200b00168fbb6678csi12130595plg.621.2022.06.22.09.08.07; Wed, 22 Jun 2022 09:08:21 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=CpEZqbVC; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1358545AbiFVPfL (ORCPT + 99 others); Wed, 22 Jun 2022 11:35:11 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37212 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1357141AbiFVPfJ (ORCPT ); Wed, 22 Jun 2022 11:35:09 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D44F4393EF; Wed, 22 Jun 2022 08:35:07 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 72B2E6157C; Wed, 22 Jun 2022 15:35:07 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id D7832C34114; Wed, 22 Jun 2022 15:35:06 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1655912106; bh=+/rMeEOEoQRFKFM4Jeb3sAuEdZn2EC853ndEiNvvcQ8=; h=Date:From:To:Cc:Subject:Reply-To:References:In-Reply-To:From; b=CpEZqbVCoZ8/OiE3BkRYJy1J5SJ9E9QrQZjn8GVcMtzs4GLFtz267Z0qng5SD46/9 f09kiPCbtJdOCp9J4sc/b/bwwYoDIL0P6QH7wBiSYZ2ASwooato7hKWCCDe3OsxEBI 3y0wGCSLFmeou06qXhQAZdWq6vIVVQbcbaQ54R7X2b4nQZDZQa8YPdna97G0+X4edR 7NyiOZDFzJmmqfNFT5KjObixOEgEk+fZkvdGoMXvF8FmBfIBM70cRcoVc+TyVKgDrB 0NuqikqDuqambaC/DUQPcLZGZmZ+DsNZjWm1/549tSQwuNLQximJwPN0cYeluKX5VK dF7N86GMQV2Og== Received: by paulmck-ThinkPad-P17-Gen-1.home (Postfix, from userid 1000) id 713B55C0169; Wed, 22 Jun 2022 08:35:06 -0700 (PDT) Date: Wed, 22 Jun 2022 08:35:06 -0700 From: "Paul E. McKenney" To: Neeraj Upadhyay Cc: rcu@vger.kernel.org, linux-kernel@vger.kernel.org, kernel-team@fb.com, rostedt@goodmis.org, Patrick Wang Subject: Re: [PATCH rcu 02/12] rcu: Avoid tracing a few functions executed in stop machine Message-ID: <20220622153506.GY1790663@paulmck-ThinkPad-P17-Gen-1> Reply-To: paulmck@kernel.org References: <20220620222022.GA3839466@paulmck-ThinkPad-P17-Gen-1> <20220620222032.3839547-2-paulmck@kernel.org> <9de7f497-a4cd-ebdb-e912-d4cd73b4a982@quicinc.com> <20220621222147.GR1790663@paulmck-ThinkPad-P17-Gen-1> <95e12a75-72c6-76c7-26cc-a24af1e8cce0@quicinc.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <95e12a75-72c6-76c7-26cc-a24af1e8cce0@quicinc.com> X-Spam-Status: No, score=-7.7 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jun 22, 2022 at 05:20:35PM +0530, Neeraj Upadhyay wrote: > > > On 6/22/2022 3:51 AM, Paul E. McKenney wrote: > > On Tue, Jun 21, 2022 at 11:17:10AM +0530, Neeraj Upadhyay wrote: > > > > > > > > > On 6/21/2022 3:50 AM, Paul E. McKenney wrote: > > > > From: Patrick Wang > > > > > > > > Stop-machine recently started calling additional functions while waiting: > > > > > > > > ---------------------------------------------------------------- > > > > Former stop machine wait loop: > > > > do { > > > > cpu_relax(); => macro > > > > ... > > > > } while (curstate != STOPMACHINE_EXIT); > > > > ----------------------------------------------------------------- > > > > Current stop machine wait loop: > > > > do { > > > > stop_machine_yield(cpumask); => function (notraced) > > > > ... > > > > touch_nmi_watchdog(); => function (notraced, inside calls also notraced) > > > > ... > > > > rcu_momentary_dyntick_idle(); => function (notraced, inside calls traced) > > > > } while (curstate != MULTI_STOP_EXIT); > > > > ------------------------------------------------------------------ > > > > > > > > These functions (and the functions that they call) must be marked > > > > notrace to prevent them from being updated while they are executing. > > > > The consequences of failing to mark these functions can be severe: > > > > > > > > rcu: INFO: rcu_preempt detected stalls on CPUs/tasks: > > > > rcu: 1-...!: (0 ticks this GP) idle=14f/1/0x4000000000000000 softirq=3397/3397 fqs=0 > > > > rcu: 3-...!: (0 ticks this GP) idle=ee9/1/0x4000000000000000 softirq=5168/5168 fqs=0 > > > > (detected by 0, t=8137 jiffies, g=5889, q=2 ncpus=4) > > > > Task dump for CPU 1: > > > > task:migration/1 state:R running task stack: 0 pid: 19 ppid: 2 flags:0x00000000 > > > > Stopper: multi_cpu_stop+0x0/0x18c <- stop_machine_cpuslocked+0x128/0x174 > > > > Call Trace: > > > > Task dump for CPU 3: > > > > task:migration/3 state:R running task stack: 0 pid: 29 ppid: 2 flags:0x00000000 > > > > Stopper: multi_cpu_stop+0x0/0x18c <- stop_machine_cpuslocked+0x128/0x174 > > > > Call Trace: > > > > rcu: rcu_preempt kthread timer wakeup didn't happen for 8136 jiffies! g5889 f0x0 RCU_GP_WAIT_FQS(5) ->state=0x402 > > > > rcu: Possible timer handling issue on cpu=2 timer-softirq=594 > > > > rcu: rcu_preempt kthread starved for 8137 jiffies! g5889 f0x0 RCU_GP_WAIT_FQS(5) ->state=0x402 ->cpu=2 > > > > rcu: Unless rcu_preempt kthread gets sufficient CPU time, OOM is now expected behavior. > > > > rcu: RCU grace-period kthread stack dump: > > > > task:rcu_preempt state:I stack: 0 pid: 14 ppid: 2 flags:0x00000000 > > > > Call Trace: > > > > schedule+0x56/0xc2 > > > > schedule_timeout+0x82/0x184 > > > > rcu_gp_fqs_loop+0x19a/0x318 > > > > rcu_gp_kthread+0x11a/0x140 > > > > kthread+0xee/0x118 > > > > ret_from_exception+0x0/0x14 > > > > rcu: Stack dump where RCU GP kthread last ran: > > > > Task dump for CPU 2: > > > > task:migration/2 state:R running task stack: 0 pid: 24 ppid: 2 flags:0x00000000 > > > > Stopper: multi_cpu_stop+0x0/0x18c <- stop_machine_cpuslocked+0x128/0x174 > > > > Call Trace: > > > > > > > > This commit therefore marks these functions notrace: > > > > rcu_preempt_deferred_qs() > > > > rcu_preempt_need_deferred_qs() > > > > rcu_preempt_deferred_qs_irqrestore() > > > > > > > > > > Only the preemptible RCU definitions are updated; so, this change is not > > > required for non-preemptible RCU case? > > > > It appears to me to be required. How about as shown below? > > > > Looks good to me. Thank you! May I apply your Reviewed-by to both of these? (1/12 and 2/12.) Thanx, Paul > Thanks > Neeraj > > > Thanx, Paul > > > > ------------------------------------------------------------------------ > > > > commit 06cfe0c675c93884c3ffc75ec24ece7d0acd7a32 > > Author: Patrick Wang > > Date: Tue Apr 26 18:45:02 2022 +0800 > > > > rcu: Avoid tracing a few functions executed in stop machine > > Stop-machine recently started calling additional functions while waiting: > > ---------------------------------------------------------------- > > Former stop machine wait loop: > > do { > > cpu_relax(); => macro > > ... > > } while (curstate != STOPMACHINE_EXIT); > > ----------------------------------------------------------------- > > Current stop machine wait loop: > > do { > > stop_machine_yield(cpumask); => function (notraced) > > ... > > touch_nmi_watchdog(); => function (notraced, inside calls also notraced) > > ... > > rcu_momentary_dyntick_idle(); => function (notraced, inside calls traced) > > } while (curstate != MULTI_STOP_EXIT); > > ------------------------------------------------------------------ > > These functions (and the functions that they call) must be marked > > notrace to prevent them from being updated while they are executing. > > The consequences of failing to mark these functions can be severe: > > rcu: INFO: rcu_preempt detected stalls on CPUs/tasks: > > rcu: 1-...!: (0 ticks this GP) idle=14f/1/0x4000000000000000 softirq=3397/3397 fqs=0 > > rcu: 3-...!: (0 ticks this GP) idle=ee9/1/0x4000000000000000 softirq=5168/5168 fqs=0 > > (detected by 0, t=8137 jiffies, g=5889, q=2 ncpus=4) > > Task dump for CPU 1: > > task:migration/1 state:R running task stack: 0 pid: 19 ppid: 2 flags:0x00000000 > > Stopper: multi_cpu_stop+0x0/0x18c <- stop_machine_cpuslocked+0x128/0x174 > > Call Trace: > > Task dump for CPU 3: > > task:migration/3 state:R running task stack: 0 pid: 29 ppid: 2 flags:0x00000000 > > Stopper: multi_cpu_stop+0x0/0x18c <- stop_machine_cpuslocked+0x128/0x174 > > Call Trace: > > rcu: rcu_preempt kthread timer wakeup didn't happen for 8136 jiffies! g5889 f0x0 RCU_GP_WAIT_FQS(5) ->state=0x402 > > rcu: Possible timer handling issue on cpu=2 timer-softirq=594 > > rcu: rcu_preempt kthread starved for 8137 jiffies! g5889 f0x0 RCU_GP_WAIT_FQS(5) ->state=0x402 ->cpu=2 > > rcu: Unless rcu_preempt kthread gets sufficient CPU time, OOM is now expected behavior. > > rcu: RCU grace-period kthread stack dump: > > task:rcu_preempt state:I stack: 0 pid: 14 ppid: 2 flags:0x00000000 > > Call Trace: > > schedule+0x56/0xc2 > > schedule_timeout+0x82/0x184 > > rcu_gp_fqs_loop+0x19a/0x318 > > rcu_gp_kthread+0x11a/0x140 > > kthread+0xee/0x118 > > ret_from_exception+0x0/0x14 > > rcu: Stack dump where RCU GP kthread last ran: > > Task dump for CPU 2: > > task:migration/2 state:R running task stack: 0 pid: 24 ppid: 2 flags:0x00000000 > > Stopper: multi_cpu_stop+0x0/0x18c <- stop_machine_cpuslocked+0x128/0x174 > > Call Trace: > > This commit therefore marks these functions notrace: > > rcu_preempt_deferred_qs() > > rcu_preempt_need_deferred_qs() > > rcu_preempt_deferred_qs_irqrestore() > > [ paulmck: Apply feedback from Neeraj Upadhyay. ] > > Signed-off-by: Patrick Wang > > Acked-by: Steven Rostedt (Google) > > Signed-off-by: Paul E. McKenney > > > > diff --git a/kernel/rcu/tree_plugin.h b/kernel/rcu/tree_plugin.h > > index c8ba0fe17267c..7a07f2ca153e2 100644 > > --- a/kernel/rcu/tree_plugin.h > > +++ b/kernel/rcu/tree_plugin.h > > @@ -460,7 +460,7 @@ static bool rcu_preempt_has_tasks(struct rcu_node *rnp) > > * be quite short, for example, in the case of the call from > > * rcu_read_unlock_special(). > > */ > > -static void > > +static notrace void > > rcu_preempt_deferred_qs_irqrestore(struct task_struct *t, unsigned long flags) > > { > > bool empty_exp; > > @@ -581,7 +581,7 @@ rcu_preempt_deferred_qs_irqrestore(struct task_struct *t, unsigned long flags) > > * is disabled. This function cannot be expected to understand these > > * nuances, so the caller must handle them. > > */ > > -static bool rcu_preempt_need_deferred_qs(struct task_struct *t) > > +static notrace bool rcu_preempt_need_deferred_qs(struct task_struct *t) > > { > > return (__this_cpu_read(rcu_data.cpu_no_qs.b.exp) || > > READ_ONCE(t->rcu_read_unlock_special.s)) && > > @@ -595,7 +595,7 @@ static bool rcu_preempt_need_deferred_qs(struct task_struct *t) > > * evaluate safety in terms of interrupt, softirq, and preemption > > * disabling. > > */ > > -static void rcu_preempt_deferred_qs(struct task_struct *t) > > +static notrace void rcu_preempt_deferred_qs(struct task_struct *t) > > { > > unsigned long flags; > > @@ -926,7 +926,7 @@ static bool rcu_preempt_has_tasks(struct rcu_node *rnp) > > * Because there is no preemptible RCU, there can be no deferred quiescent > > * states. > > */ > > -static bool rcu_preempt_need_deferred_qs(struct task_struct *t) > > +static notrace bool rcu_preempt_need_deferred_qs(struct task_struct *t) > > { > > return false; > > } > > @@ -935,7 +935,7 @@ static bool rcu_preempt_need_deferred_qs(struct task_struct *t) > > // period for a quiescent state from this CPU. Note that requests from > > // tasks are handled when removing the task from the blocked-tasks list > > // below. > > -static void rcu_preempt_deferred_qs(struct task_struct *t) > > +static notrace void rcu_preempt_deferred_qs(struct task_struct *t) > > { > > struct rcu_data *rdp = this_cpu_ptr(&rcu_data);