Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1513648pxb; Wed, 10 Feb 2021 10:01:30 -0800 (PST) X-Google-Smtp-Source: ABdhPJz+pO9bI83o+wihnl8SShVzX64ZA8+v8Ji3+Xfp7fiXA4XzOlelCA315wyvsHRObfDa5Pw2 X-Received: by 2002:a17:906:5043:: with SMTP id e3mr4172925ejk.260.1612980090155; Wed, 10 Feb 2021 10:01:30 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612980090; cv=none; d=google.com; s=arc-20160816; b=W/xbbNJOOgKhK0+K9oWyh6OPhjHmj2jRw/t1qgtAi8YUxXPfiiUmuTqnWncOtt6h7P bNpQPc8c8a4uEUxu04t7c2uX5mIIzNWObmJTr9Z3fBoCWZxIyQmQvJMZaQgR0yfedDrE 8L+LpKSdkMPz3wO4oROGvTXNs3fCwi6HN17nuSzAqnjSbvjcJM9TQYuZMBfpWT7yxo42 xXF/QnDm71Gc9zhPio/T+JOakuCK0kRtveOU2vGWHfaRbUxHUfAnw5t1NAqF20b7BDZi p1SSoBK7EKxexYp6LI4eenCkEFiV/Le8AJmKSpOnFbpkrVIrK1y9FCS5cYUDmJ+8hrPi pcbg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=3CMSdjV4cYqsWVq7ilDcfeHklcfJMdd4GFtOQcYWaoA=; b=GaqikcpzmX2rBMPfj0CB77huuTqctP5qIzA6OM+tLMJa3JIZ7qkNpWDt4fuRxgvtLU 4vHGn5y80WsCLCzthl6XDb7J/NrgD84yGIa3Nu+80W8VlrCUdXmTFGI6+8UKQkqN8kbU 5cyx+tlQf2UoTDbVrD/0ixtQuQqwkE0CPD/gvaXsZjDzec/TSGHc4RAGEfY5IHRHctgS xbr5Y9aQ4E5mbb3OIeQwod5GxYkBcdrZNXlZECw1TS/Tqz8vJIjjHCujC7jL6xv0G/hl 3rdujWeUzpC09raYJoXCPGDnhcIh/PpYEGBPj+JuK0M/VCV4MNW8fqbPuAujA5MWyK19 efBw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=JZXlyWq8; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id n13si1749128ejc.732.2021.02.10.10.01.05; Wed, 10 Feb 2021 10:01:30 -0800 (PST) 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; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=JZXlyWq8; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233692AbhBJR7X (ORCPT + 99 others); Wed, 10 Feb 2021 12:59:23 -0500 Received: from mail.kernel.org ([198.145.29.99]:52884 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233393AbhBJR6c (ORCPT ); Wed, 10 Feb 2021 12:58:32 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id 1AABC64D9E; Wed, 10 Feb 2021 17:57:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1612979872; bh=188LP55ZbL/5tqabYWzrzaSkit0jX+HJGf9gmnyTYEw=; h=Date:From:To:Cc:Subject:Reply-To:References:In-Reply-To:From; b=JZXlyWq8OJbUDecHAJQfmPePaRJ6LnIoZ2R+eIfi/X3o9sMyUqYghqTf+5EDl+IrG MW01Jrfbkq1GVURbW62Tx+OCvANOtqIR2D00qM6Ih/HwXpf50eOVR/qqIJhwYnBgqx NJ2l/AVfhlCXl3DZpseof7ZUJpddb0lE1sSa8kJp0w4hfEf2WOYEs9sBQdhOifRJQf ujnujHhkZPErmZk6cK2+tlfoXCpTxybnBHy2mZ81qa87v2tlU4pT5eET83o8CtMr4/ jYd4YKUAEoqlgD84pybtOYX9uFVrzxFixbg9y1edDwe62+wiRCWHQHqHqW+KKxRbTP a6a4mWgV8Q5JA== Received: by paulmck-ThinkPad-P72.home (Postfix, from userid 1000) id D068C35226F9; Wed, 10 Feb 2021 09:57:51 -0800 (PST) Date: Wed, 10 Feb 2021 09:57:51 -0800 From: "Paul E. McKenney" To: Andy Shevchenko Cc: Paul Gortmaker , linux-kernel@vger.kernel.org, Li Zefan , Ingo Molnar , Yury Norov , Thomas Gleixner , Josh Triplett , Peter Zijlstra , Frederic Weisbecker , Rasmus Villemoes Subject: Re: [PATCH v4 0/8] support for bitmap (and hence CPU) list "N" abbreviation Message-ID: <20210210175751.GH2743@paulmck-ThinkPad-P72> Reply-To: paulmck@kernel.org References: <20210209225907.78405-1-paul.gortmaker@windriver.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Feb 10, 2021 at 06:26:54PM +0200, Andy Shevchenko wrote: > On Tue, Feb 09, 2021 at 05:58:59PM -0500, Paul Gortmaker wrote: > > The basic objective here was to add support for "nohz_full=8-N" and/or > > "rcu_nocbs="4-N" -- essentially introduce "N" as a portable reference > > to the last core, evaluated at boot for anything using a CPU list. > > I thought we kinda agreed that N is confusing and L is better. > N to me is equal to 32 on 32 core system as *number of cores / CPUs*. While L > sounds better as *last available CPU number*. The advantage of "N" is that people will automatically recognize it as "last thing" or number of things" because "N" has long been used in both senses. In contrast, someone seeing "0-L" for the first time is likely to go "What???". Besides, why would someone interpret "N" as "number of CPUs" when doing that almost always gets you an invalid CPU number? Thanx, Paul