Received: by 2002:ad5:4acb:0:0:0:0:0 with SMTP id n11csp4241585imw; Tue, 19 Jul 2022 02:47:37 -0700 (PDT) X-Google-Smtp-Source: AGRyM1vXChk8NrF1WSEaU55n7g8GzH3KsQR6IFjEpG0O3qUTFzpTzXpATy9CtO9VnKX6XRNak7Nx X-Received: by 2002:a17:906:dc8d:b0:72f:2993:ed84 with SMTP id cs13-20020a170906dc8d00b0072f2993ed84mr9270603ejc.251.1658224057435; Tue, 19 Jul 2022 02:47:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1658224057; cv=none; d=google.com; s=arc-20160816; b=XBPAyyQ4EznzY5Pf6VwE/zzSZ1wfxP64W+w1ULEkXLZzGlWTAte7EX5kEPvHE0crLS o5z4SQ/R1QbV/ZvEQLNsssKlN+T2NjkuYb1qtyL7qS1yjVVudWrH9XlAqE8Yt83+KaHr rw8u5fCgVr33kdWyRou0FpF15JMOEW9X9ZCk3wU0fQj4d0bdoZ+pA7XzPTk4JenR0PAf 2J9Yjq7YQaqUUng+UWAGBlVh1h6PXjWzpPKCjUqK4PZANN+c6r+sZn99eLwYSEFyRveh jU+IFtoroNv34kItTgrfXWltLpCraDduRq/CAH0/gNXe79g5xC9mFt9srm0W06yJ3ELz p3Pg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=8YGwUp/01ziOb0OPGFS5C0JXJLHF9LxwkKqW2fKLtaM=; b=xMCqUM3MAJKTrRYB6th3E1edJOHv0A1lcFWd3ePH8qo9Z7Eb789Xt2f0ALf/DOIbWF uJkt7b22rw6rFa2sXlhmvtVq7FJ9cPlE0mEdY+fC9MVMbBjvoHqY43bLY+eAbqIKKOrr 0PDXilI4zLBggadq2vDUFtXbV6sTDKubuRQTtum+O8lmntDqkO2luYBlgTO+ST1XLhev kP3j3VRMpy2NwfR+7EQdPRj6wR9F9kMDBNmyOhhaFjaDTC2kA9s6ztXg0hgXqcUxhol4 f30kj1NJtgFYMMfSw454Va0s5A9W4CBEEwpM7zp0kSoBv5BDXLg5IhDJGinytlkg5rdG 0cWA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@quicinc.com header.s=qcdkim header.b=NaRFmlGy; 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=quicinc.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id js9-20020a17090797c900b00711d89b831esi16848647ejc.721.2022.07.19.02.47.13; Tue, 19 Jul 2022 02:47:37 -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=@quicinc.com header.s=qcdkim header.b=NaRFmlGy; 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=quicinc.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236991AbiGSJe3 (ORCPT + 99 others); Tue, 19 Jul 2022 05:34:29 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35000 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233851AbiGSJe1 (ORCPT ); Tue, 19 Jul 2022 05:34:27 -0400 Received: from alexa-out-sd-01.qualcomm.com (alexa-out-sd-01.qualcomm.com [199.106.114.38]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 03F1827CFE; Tue, 19 Jul 2022 02:34:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quicinc.com; i=@quicinc.com; q=dns/txt; s=qcdkim; t=1658223254; x=1689759254; h=message-id:date:mime-version:subject:to:cc:references: from:in-reply-to:content-transfer-encoding; bh=8YGwUp/01ziOb0OPGFS5C0JXJLHF9LxwkKqW2fKLtaM=; b=NaRFmlGypg176MUAR7K4uyAhS1hMt6QPC4SzkJdAXIPILm8bbKY2ZC8h Bs7GXkNRdb/FWlEq3M0d75b/7hIMU9gRsNCHyjq6V7JYyxUeykaTs6wen MVGWNE/5PpISUocAjF0zkVGVk+7I9k4Yicfbz72oYVmsQqdJveVphjQcK Y=; Received: from unknown (HELO ironmsg04-sd.qualcomm.com) ([10.53.140.144]) by alexa-out-sd-01.qualcomm.com with ESMTP; 19 Jul 2022 02:34:13 -0700 X-QCInternal: smtphost Received: from nasanex01b.na.qualcomm.com ([10.46.141.250]) by ironmsg04-sd.qualcomm.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 19 Jul 2022 02:34:13 -0700 Received: from [10.50.41.193] (10.80.80.8) by nasanex01b.na.qualcomm.com (10.46.141.250) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.986.22; Tue, 19 Jul 2022 02:34:10 -0700 Message-ID: <7a09896b-88dd-040b-86c0-863f8279a04e@quicinc.com> Date: Tue, 19 Jul 2022 15:04:07 +0530 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.9.1 Subject: Re: [PATCH rcu 4/7] rcu/nocb: Add an option to offload all CPUs on boot Content-Language: en-US To: "Paul E. McKenney" , CC: , , , Joel Fernandes , Kalesh Singh , Uladzislau Rezki , kernel test robot References: <20220620224455.GA3840881@paulmck-ThinkPad-P17-Gen-1> <20220620224503.3841196-4-paulmck@kernel.org> From: Neeraj Upadhyay In-Reply-To: <20220620224503.3841196-4-paulmck@kernel.org> Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: [10.80.80.8] X-ClientProxiedBy: nasanex01a.na.qualcomm.com (10.52.223.231) To nasanex01b.na.qualcomm.com (10.46.141.250) X-Spam-Status: No, score=-4.4 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_PASS 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 6/21/2022 4:15 AM, Paul E. McKenney wrote: > From: Joel Fernandes > > Systems built with CONFIG_RCU_NOCB_CPU=y but booted without either > the rcu_nocbs= or rcu_nohz_full= kernel-boot parameters will not have > callback offloading on any of the CPUs, nor can any of the CPUs be > switched to enable callback offloading at runtime. Although this is > intentional, it would be nice to have a way to offload all the CPUs > without having to make random bootloaders specify either the rcu_nocbs= > or the rcu_nohz_full= kernel-boot parameters. > > This commit therefore provides a new CONFIG_RCU_NOCB_CPU_DEFAULT_ALL > Kconfig option that switches the default so as to offload callback > processing on all of the CPUs. This default can still be overridden > using the rcu_nocbs= and rcu_nohz_full= kernel-boot parameters. > > Reviewed-by: Kalesh Singh > Reviewed-by: Uladzislau Rezki > (In v4.1, fixed issues with CONFIG maze reported by kernel test robot). > Reported-by: kernel test robot > Signed-off-by: Joel Fernandes > Signed-off-by: Paul E. McKenney > --- Reviewed-by: Neeraj Upadhyay One query on cpumask_setall() below > Documentation/admin-guide/kernel-parameters.txt | 6 ++++++ > kernel/rcu/Kconfig | 13 +++++++++++++ > kernel/rcu/tree_nocb.h | 15 ++++++++++++++- > 3 files changed, 33 insertions(+), 1 deletion(-) > > diff --git a/Documentation/admin-guide/kernel-parameters.txt b/Documentation/admin-guide/kernel-parameters.txt > index 2522b11e593f2..34605c275294c 100644 > --- a/Documentation/admin-guide/kernel-parameters.txt > +++ b/Documentation/admin-guide/kernel-parameters.txt > @@ -3659,6 +3659,9 @@ > just as if they had also been called out in the > rcu_nocbs= boot parameter. > > + Note that this argument takes precedence over > + the CONFIG_RCU_NOCB_CPU_DEFAULT_ALL option. > + > noiotrap [SH] Disables trapped I/O port accesses. > > noirqdebug [X86-32] Disables the code which attempts to detect and > @@ -4557,6 +4560,9 @@ > no-callback mode from boot but the mode may be > toggled at runtime via cpusets. > > + Note that this argument takes precedence over > + the CONFIG_RCU_NOCB_CPU_DEFAULT_ALL option. > + > rcu_nocb_poll [KNL] > Rather than requiring that offloaded CPUs > (specified by rcu_nocbs= above) explicitly > diff --git a/kernel/rcu/Kconfig b/kernel/rcu/Kconfig > index 1c630e573548d..27aab870ae4cf 100644 > --- a/kernel/rcu/Kconfig > +++ b/kernel/rcu/Kconfig > @@ -262,6 +262,19 @@ config RCU_NOCB_CPU > Say Y here if you need reduced OS jitter, despite added overhead. > Say N here if you are unsure. > > +config RCU_NOCB_CPU_DEFAULT_ALL > + bool "Offload RCU callback processing from all CPUs by default" > + depends on RCU_NOCB_CPU > + default n > + help > + Use this option to offload callback processing from all CPUs > + by default, in the absence of the rcu_nocbs or nohz_full boot > + parameter. This also avoids the need to use any boot parameters > + to achieve the effect of offloading all CPUs on boot. > + > + Say Y here if you want offload all CPUs by default on boot. > + Say N here if you are unsure. > + > config TASKS_TRACE_RCU_READ_MB > bool "Tasks Trace RCU readers use memory barriers in user and idle" > depends on RCU_EXPERT && TASKS_TRACE_RCU > diff --git a/kernel/rcu/tree_nocb.h b/kernel/rcu/tree_nocb.h > index 4cf9a29bba79d..60cc92cc66552 100644 > --- a/kernel/rcu/tree_nocb.h > +++ b/kernel/rcu/tree_nocb.h > @@ -1197,11 +1197,21 @@ void __init rcu_init_nohz(void) > { > int cpu; > bool need_rcu_nocb_mask = false; > + bool offload_all = false; > struct rcu_data *rdp; > > +#if defined(CONFIG_RCU_NOCB_CPU_DEFAULT_ALL) > + if (!rcu_state.nocb_is_setup) { > + need_rcu_nocb_mask = true; > + offload_all = true; > + } > +#endif /* #if defined(CONFIG_RCU_NOCB_CPU_DEFAULT_ALL) */ > + > #if defined(CONFIG_NO_HZ_FULL) > - if (tick_nohz_full_running && !cpumask_empty(tick_nohz_full_mask)) > + if (tick_nohz_full_running && !cpumask_empty(tick_nohz_full_mask)) { > need_rcu_nocb_mask = true; > + offload_all = false; /* NO_HZ_FULL has its own mask. */ > + } > #endif /* #if defined(CONFIG_NO_HZ_FULL) */ > > if (need_rcu_nocb_mask) { > @@ -1222,6 +1232,9 @@ void __init rcu_init_nohz(void) > cpumask_or(rcu_nocb_mask, rcu_nocb_mask, tick_nohz_full_mask); > #endif /* #if defined(CONFIG_NO_HZ_FULL) */ > > + if (offload_all) > + cpumask_setall(rcu_nocb_mask); Do we need to do a cpumask_and(rcu_nocb_mask, cpu_possible_mask, rcu_nocb_mask) after setting all cpus in rcu_nocb_mask (cpumask_subset() check below takes care of it though)? Thanks Neeraj > + > if (!cpumask_subset(rcu_nocb_mask, cpu_possible_mask)) { > pr_info("\tNote: kernel parameter 'rcu_nocbs=', 'nohz_full', or 'isolcpus=' contains nonexistent CPUs.\n"); > cpumask_and(rcu_nocb_mask, cpu_possible_mask,