Received: by 2002:a05:6602:18e:0:0:0:0 with SMTP id m14csp3637987ioo; Mon, 30 May 2022 06:34:13 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyPhzx/q+gt5U63bJ8DtDj/6geVAVwgVZjC68c1jCzZ9e+lqGBuWKf36uMhnK2TiVToBeCS X-Received: by 2002:a17:907:e8c:b0:6fe:c6d8:1484 with SMTP id ho12-20020a1709070e8c00b006fec6d81484mr37173895ejc.583.1653917652933; Mon, 30 May 2022 06:34:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1653917652; cv=none; d=google.com; s=arc-20160816; b=WE3xxtuhIuLoY8Gi5c4THB5XofruITKfxhETJrujBpQkUoWh+8bAxigUWLEUdGH5qe PuiX6aFN7Dfc0d1WgGzx0GMG1T6YlFfJqNUBnDBiWageELnbbSEt6up+wXckCkBPmKo7 JWo+Qpfxx66f4a4jw+b/GpSgZ6JBofbB9rWPDct7ZOM1NayyM2eAweg42KNGZ84hOVIa WZb/lXrRF1cNU2PsyeIyD0dozyEKz9X7Lchffj6WsgZboy5hRalHT+hYBz7u4KYJz9vY fBsDESvQnZiGag4OAryveYmOFrOspmruxRpMkCe8o7FpfT81Wz7+b3GzKhsSMpkS2tbS uz6g== 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:message-id:subject:cc:to:from:date:dkim-signature; bh=L9KKKN1yXbghFDwKr+70178jaxp+7Y/49nt4xY3//zU=; b=oziPQeetYj7A1jFtgWzAUflzg+v6XNAq8agXUEkg/XA9rMsxUZM/3nXCr2/ELyCClz jEg/LWWAbYSoqfH7Q3EsCu4fOIOHFpMQ0a8YDCBaifLxBBYXQgwE5ipNNhXXfwyFo4rX oskNVxsAWTeZnn04d3kcr62TInXP97Tt/2P7PYkHdAzIIUZANtxPChkq/tPRxC94ScpA HQBEm/Z1Gvg1/EmJTsn7ylgPGyHE/aj3LyNsRW8ZwPSfr8LvQmepvIxU2zOK2Wurxq7b wH/P4NbLsxAZSGeNFJJ5sG1LBbmOWg6FYQV9RSghN+ivn9zQVYLnvUmtx8cr7T5UjL+s g4/g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=WE2zX+GI; 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 ss23-20020a170907c01700b006fe7c6d14e9si5606654ejc.850.2022.05.30.06.33.47; Mon, 30 May 2022 06:34:12 -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=WE2zX+GI; 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 S235551AbiE3K5C (ORCPT + 99 others); Mon, 30 May 2022 06:57:02 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37632 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235559AbiE3K47 (ORCPT ); Mon, 30 May 2022 06:56:59 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 10C41A440; Mon, 30 May 2022 03:56:54 -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 CB3D16114C; Mon, 30 May 2022 10:56:53 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id A897BC385B8; Mon, 30 May 2022 10:56:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1653908213; bh=99E0wQDCAk9Scje9bb9cS1kjYvIdhRztZ/IOT5FGpdg=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=WE2zX+GIFYRn9VgfmDTxOgHMDc/WS8cNX1d5cvB6x18UpFWfhAD9OAcCuLMqZ3vVb uG0ib/eGnjaEtv54sKgnZ5eAWPMpZbdrixEY68srIXEDGUSTzBQiXzuwqdLBrTBUaU AtmeOpBW0hufWo/Ilv2ADuDnkKXIxp37tiAan3h9BmvVYkStdR10cKRZwGbLM61KD9 jHx7Qwr2s91ajP+fPRiothVHwxOjD3T6RxbUhiEY2rJdLMqT4wA1WY7ssn1lQk4+ou F7r3KU7KT52EfwGlmnrCJoDEMkhe1B03n/9nJ+monwaTiSPuBnOUFpIYPP+yuAU5LF 72UJeIki0wPbA== Date: Mon, 30 May 2022 12:56:50 +0200 From: Frederic Weisbecker To: Peter Zijlstra Cc: Juri Lelli , Tejun Heo , Waiman Long , LKML , "Paul E . McKenney" , Paul Gortmaker , Johannes Weiner , Marcelo Tosatti , Phil Auld , Zefan Li , Daniel Bristot de Oliveira , Nicolas Saenz Julienne , rcu@vger.kernel.org Subject: Re: [RFC PATCH 4/4] cpuset: Support RCU-NOCB toggle on v2 root partitions Message-ID: <20220530105650.GA1257179@lothringen> References: <20220525221055.1152307-5-frederic@kernel.org> <20220526225141.GA1214445@lothringen> <9e44bb00-955a-dbc6-a863-be649e0c701f@redhat.com> <20220527083018.n43nc73vuuzm5ixo@localhost.localdomain> <20220530004049.GA1251147@lothringen> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: 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 Mon, May 30, 2022 at 10:11:41AM +0200, Peter Zijlstra wrote: > On Mon, May 30, 2022 at 02:40:49AM +0200, Frederic Weisbecker wrote: > > On Sat, May 28, 2022 at 04:24:50PM +0200, Peter Zijlstra wrote: > > > On Fri, May 27, 2022 at 10:30:18AM +0200, Juri Lelli wrote: > > > > Hi, > > > > > > > > On 26/05/22 14:37, Tejun Heo wrote: > > > > > On Thu, May 26, 2022 at 08:28:43PM -0400, Waiman Long wrote: > > > > > > I am thinking along the line that it will not be hierarchical. However, > > > > > > cpuset can be useful if we want to have multiple isolated partitions > > > > > > underneath the top cpuset with different isolation attributes, but no more > > > > > > sub-isolated partition with sub-attributes underneath them. IOW, we can only > > > > > > set them at the first level under top_cpuset. Will that be useful? > > > > > > > > > > At that point, I'd just prefer to have it under /proc or /sys. > > > > > > > > FWIW, I was under the impression that this would nicely fit along the > > > > side of other feaures towards implenting dynamic isolation of CPUs (say > > > > https://lore.kernel.org/lkml/20220510153413.400020-1-longman@redhat.com/ > > > > for example). Wouldn't be awkward to have to poke different places to > > > > achieve isolation at runtime? > > > > > > This, that's what I was thinking. > > > > > > My main objection to the whole thing is that it's an RCU_NOCB specific > > > interface. *That* I think is daft. > > > > > > I was thinking a partition would be able to designate a house-keeping > > > sub-partition/mask, but who cares about all the various different > > > housekeeping parties. > > > > It's time for the isolation users to step up here! I very rarely hear from them > > and I just can't figure out by myself all the variants of uses for each of the > > isolation features. May be some people are only interested in nocb for some > > specific uses, or may be it never makes sense without nohz full and all the rest > > of the isolation features. So for now I take the very cautious path to split the > > interface. > > This is ABI, you can't walk back on it. I would suggest starting with an > 'all feature' isolation. Only if there's real demand for something more > fine-grained add that on top. Simple first etc. That's actually my worry. If we start with an all in one ABI, how do we later mix that up with more finegrained features? Like what will be the behaviour of: cpuset.isolation.rcu_nocb = 0 cpuset.isolation.all = 1