Received: by 2002:ad5:4acb:0:0:0:0:0 with SMTP id n11csp4920386imw; Tue, 19 Jul 2022 16:18:37 -0700 (PDT) X-Google-Smtp-Source: AGRyM1ujdwxFSI9LZTVKpJAnwf3ik1s42tym8x6ct/ZucAcDu5/uqo+QmWgK7MDWIUfqqDkBDjpZ X-Received: by 2002:a17:906:5a51:b0:72b:5cdf:ed77 with SMTP id my17-20020a1709065a5100b0072b5cdfed77mr32168995ejc.505.1658272717674; Tue, 19 Jul 2022 16:18:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1658272717; cv=none; d=google.com; s=arc-20160816; b=gTHBpChk+tZrIW/GkKJDEYFtaVY/0mqCxMOdWSw3XTc+CrydH2MOiLyJuYXq/Z88/H G4/+GbbqH+Xk1PLMhAP42XSQBu6nOHINpCUDUbV43gVC3iKhhFCtWTze+LVH4crOZmWK 2aFfF9VuJ40xhJIwr4u7SYjTKFZtjG67igM8jmkInb30W42jPL5Q7z0TYTkzEULhNMJZ cRQkgpvex9SJPbCW5Q3VLP7HQIbU9Kjs578d5WG/WvaQeWpobCxR/Jb7jsuYpjASvQ9K 6dusUBnhUGhvUOx93CEl8YcYNs3GtuqXcGzkAVDSet2ZDlROLyAesoofv4OzYliTlZck JGbw== 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 :content-language:references:cc:to:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=txI7AVZGwwiI1HjkMYuKeUAJ1SvSE9gqNhUr6fqucEA=; b=weQZ6BDlwscmqjBrHw5o5aAKawG6tVeiQDLZF8bBBShttF5zmG/xdCiQ4utdw1BTCP sK6zGyExzHyahY+amQ5m5Tao7ymU+BKyrinE9RPXV+DbM+Se63eXVwOYQ0BXfvODoc6x LIYzYOGVPiD4VBIJmYa5J1iATTAynx9zSNesgVOIhjyOuahIDpLALq5jeDJP1aPXEUiE /JVtPadSQKaGouRqrUoFB3u0me8E8vKaBHri34KvNqmC1+jsD9ZnuJ4HnTJ2u6Zjr8Xe cyAKWdgwOCfii0Z/w4m1IVwoSu0eQG2AUUGqZsH7QWT6g3sc7x1oZ9KdNGTPlCJ2oepy qXJw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@joelfernandes.org header.s=google header.b=iblbtCEe; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id r25-20020a170906365900b0072b1cf39434si3867260ejb.961.2022.07.19.16.18.13; Tue, 19 Jul 2022 16:18: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=@joelfernandes.org header.s=google header.b=iblbtCEe; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238934AbiGSWmH (ORCPT + 99 others); Tue, 19 Jul 2022 18:42:07 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42270 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S239280AbiGSWmF (ORCPT ); Tue, 19 Jul 2022 18:42:05 -0400 Received: from mail-qk1-x731.google.com (mail-qk1-x731.google.com [IPv6:2607:f8b0:4864:20::731]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CF85A5071F for ; Tue, 19 Jul 2022 15:42:03 -0700 (PDT) Received: by mail-qk1-x731.google.com with SMTP id k7so9513306qkj.2 for ; Tue, 19 Jul 2022 15:42:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=joelfernandes.org; s=google; h=message-id:date:mime-version:user-agent:subject:to:cc:references :content-language:from:in-reply-to:content-transfer-encoding; bh=txI7AVZGwwiI1HjkMYuKeUAJ1SvSE9gqNhUr6fqucEA=; b=iblbtCEerjUZRbPnYjvE8/JCgzp7P/aL/IlBonHeHgWO1M/33FxVYuPCrLNdspPA+p 86bz8NAGaOebQQ0W7XVIMikGFGNUstSDdJJIEraRFL09l1OydTDQeR26RKCcbduWrXxC 9Fo/v/HhCxFcIjykzLKhCO3FG31BQNBkKUDS0= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent:subject :to:cc:references:content-language:from:in-reply-to :content-transfer-encoding; bh=txI7AVZGwwiI1HjkMYuKeUAJ1SvSE9gqNhUr6fqucEA=; b=AAVt+gOesAu0qHLIrO/SmlZ6hc2KMDI1IPOu9u9Mb15ymeYBBBdSl8oaVGkss2aivf QsVDIvrpjg9tHTS7JnBjPAnxug5RLObwpskcgZ/mXnaO0wsi3TUFTqkJRdvOKn/FO9xN eOqWx/j5pB8GFclPTwZsKZOx49uh3xMQw96JUqH9so+cJO6W6Q4pBwjVYqrNO8WqVB3M o9kFVbrGR+ERSwKvLJnceNstzo+5547D/klXDxMuxEP0LXxLJJV2x64ByJheGAsQkOKz pzjkBfElYYuWtMdzRfTuT7inIDXbs+nTBjoHuMQPWwmgvZjT369Zs+0Bh7Kf8o3O/Gq0 SbXA== X-Gm-Message-State: AJIora9aEClbFFzn8c+/FsywkZuL3ZF5DJFB7oBv+jkRZWzCjWdRI3vr HfPpKFz4ymp/we13UcpelJKaF/b++I2CjZEh X-Received: by 2002:a05:620a:2589:b0:6ab:91fd:3f7 with SMTP id x9-20020a05620a258900b006ab91fd03f7mr22522552qko.104.1658270522936; Tue, 19 Jul 2022 15:42:02 -0700 (PDT) Received: from [10.0.0.40] (c-73-148-104-166.hsd1.va.comcast.net. [73.148.104.166]) by smtp.gmail.com with ESMTPSA id v6-20020ae9e306000000b006b58fce19dasm14333694qkf.20.2022.07.19.15.42.02 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 19 Jul 2022 15:42:02 -0700 (PDT) Message-ID: <530b3bf4-f790-2973-5bc5-6ccd4797ae2a@joelfernandes.org> Date: Tue, 19 Jul 2022 18:42:00 -0400 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.0.2 Subject: Re: [PATCH rcu 4/7] rcu/nocb: Add an option to offload all CPUs on boot To: paulmck@kernel.org, Neeraj Upadhyay Cc: rcu@vger.kernel.org, linux-kernel@vger.kernel.org, kernel-team@fb.com, rostedt@goodmis.org, Kalesh Singh , Uladzislau Rezki , kernel test robot References: <20220620224455.GA3840881@paulmck-ThinkPad-P17-Gen-1> <20220620224503.3841196-4-paulmck@kernel.org> <7a09896b-88dd-040b-86c0-863f8279a04e@quicinc.com> <20220719181257.GR1790663@paulmck-ThinkPad-P17-Gen-1> Content-Language: en-US From: Joel Fernandes In-Reply-To: <20220719181257.GR1790663@paulmck-ThinkPad-P17-Gen-1> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS autolearn=unavailable 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 7/19/2022 2:12 PM, Paul E. McKenney wrote: > On Tue, Jul 19, 2022 at 03:04:07PM +0530, Neeraj Upadhyay wrote: >> >> >> 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)? > > Without that cpumask_and(), systems with sparse CPU numbering schemes > (for example, 0, 4, 8, 12, ...) will get a pr_info(), and as you noted, > the needed cpumask_and(). > > I am inclined to see a complaint before we change this. And perhaps if > this is to change, the change should be in cpumask_setall() rather than > in rcu_init_nohz(). But that is an argument for later, if at all. ;-) > >>> + >>> if (!cpumask_subset(rcu_nocb_mask, cpu_possible_mask)) { We could also suppress the pr_info() by making it conditional. like: if (!CONFIG_RCU_NOCB_CPU_DEFAULT_ALL) { pr_info(...); } In other words, we could make the cpumask_and() as expected/normal on systems with sparse CPU numbering schemes. Would that work? Thanks, - Joel >>> pr_info("\tNote: kernel parameter 'rcu_nocbs=', 'nohz_full', or 'isolcpus=' contains nonexistent CPUs.\n"); >>> cpumask_and(rcu_nocb_mask, cpu_possible_mask,