Received: by 2002:a05:6602:18e:0:0:0:0 with SMTP id m14csp5513050ioo; Wed, 1 Jun 2022 07:06:53 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyn1wNLXo0NY/BWYWER+vz9NVyTYzunPxuZmrE6s/+z/JDQjbB/cGOVjrNTOkOtTWnXfs8l X-Received: by 2002:a63:1716:0:b0:3f2:52bc:b4f3 with SMTP id x22-20020a631716000000b003f252bcb4f3mr122416pgl.610.1654092413133; Wed, 01 Jun 2022 07:06:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1654092413; cv=none; d=google.com; s=arc-20160816; b=ecWyGe3cknhiJRnpTi0v1+5F2Xq651xDhMb9b1zzKdCguFXnB7892Xkq+HkpF/KbdA rglNoHP/REBQtPew56KdNMMrP/2HzrcttqjbQtDrup2TviWsg3LZqcgpLUGgSvPxp7G6 vpEcADi6L1/pYb95c+FEa5P+hsC5O6/xWlGgdZXP3Bb3ajyNmPMlPHpHB08rboBLCPO9 SPyV21iuhtGiWYPlcDgtYztaLv6U7f0U24keGalnrQm4jl8bQjSpSpo084alpSidGKSQ 7zHC67skhUdupjlP3HvbL5Sy7rPJPuevDPPvP0+/e/ANEpqk70rmw/YnELWZW18by3JY BxlQ== 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:sender:dkim-signature; bh=vKhShsfiT2r28A+fu81TmppkwbIBz2mmfhB9NKRPYFo=; b=0VGyWgcdK1/jDYbVqxNA9zz8rdwhG5Xy4qwK1eO7DSLOB5+j2uCIxlKaasZCHNIsSn oQAkswUExEji9Avpt2Npv4O9oB60eZDtzN6tiPQu6jPgmaJVwZfWUSVwCvjDj9vEgfjd Ny9ImCxLyMPzWHnPQ7UivBLrNOIB/pOcMJSAOw2giOMc1Any2qfKg/uQanu9Wmx6R6rS 3P4dYd+5HLbWhGk+DfL91Q+S9akf6tZsZVaY3i8cUoN0tXNE43/K+0Dq9+Tt+m9mUX8g h/gRbkZKYPn+iq1aYpHE6i1ZCRr+7CZKkZDb/EIxT9y8Y0pDefZPg0AslHAlPkFn/9OA lk7w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b="bZiRP/Gt"; 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 e15-20020a17090301cf00b00163a2009c2asi3140293plh.5.2022.06.01.07.06.37; Wed, 01 Jun 2022 07:06:53 -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=@gmail.com header.s=20210112 header.b="bZiRP/Gt"; 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 S241877AbiEaA50 (ORCPT + 99 others); Mon, 30 May 2022 20:57:26 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58552 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238350AbiEaA5V (ORCPT ); Mon, 30 May 2022 20:57:21 -0400 Received: from mail-pf1-x42c.google.com (mail-pf1-x42c.google.com [IPv6:2607:f8b0:4864:20::42c]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C551E3BF87; Mon, 30 May 2022 17:57:20 -0700 (PDT) Received: by mail-pf1-x42c.google.com with SMTP id y189so11781144pfy.10; Mon, 30 May 2022 17:57:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=vKhShsfiT2r28A+fu81TmppkwbIBz2mmfhB9NKRPYFo=; b=bZiRP/GtKDRv9+avrEUa1P1Mbcv0KKMQZwjUkS2Vq+nkrWWLots75jlKFStd7Ovv/J nscWLYeV+OmOdAkwbyGbBrb6NvLvXQ1GNVR27t8E3q/H4acAtEYK/IOZ1ByR3PeJpoLs XbV0W9py7wZPfwfOLABb8ZF1qqsmQ/2aiXImehE7YE1d6Flyb4QUg8V6At31hOqWOHqN gcZqjXme2PO7uNtlq8mqRfaLnr93LLlb4hOxnZBLqbfcX4BhgQbs+2zPNBPRQoCKISmS oDYx2GGXULX9jBHYbzosLpwXhq9vz5bKYSB2Rts1cgF3Mhr3Sx4jw0BJUIKJFhxtdv/G mzAA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=vKhShsfiT2r28A+fu81TmppkwbIBz2mmfhB9NKRPYFo=; b=FePRoI56P8BznmNVLCSYSJI23lkfeqIo5zRjOIlzLvHTgwWFZ3q8kzEZNemLhi2pgX 8LEXU1CQ2Udid1AbAe31jrzdwlAzzm0+jwFPxeQrFnvCUlbGJ24Vl93cIWEHdcPs24p4 3m3DKmAKiOjvzzdBE93Vps4wGWjNQpVVBEEDrp8/yb7TM/ul2hUajGlAyUc2B8ac97EI 6ebpzK6Qp6n5hnkrXB0nlS/CSqV7w+RSc5VOPngCxM4C6d6fQ3Sh17k1pmkCnGH0scV/ HUr/8E7H/q3Hdc2L+pEpl0mEG8BQfV/zccUAcItyMYIcEyQ95KqE/4wydikhfprT7jdY ftlg== X-Gm-Message-State: AOAM532FfbIpmmDxQvilJdG/IFil2iMAr3CJg5sz1/bsFAy48QUNJiHO enRlyVmGzF1f4/e8+Ql/AiM= X-Received: by 2002:a63:c04a:0:b0:3fa:7277:964c with SMTP id z10-20020a63c04a000000b003fa7277964cmr33359644pgi.499.1653958640158; Mon, 30 May 2022 17:57:20 -0700 (PDT) Received: from localhost (2603-800c-1a02-1bae-a7fa-157f-969a-4cde.res6.spectrum.com. [2603:800c:1a02:1bae:a7fa:157f:969a:4cde]) by smtp.gmail.com with ESMTPSA id z4-20020a17090a7b8400b001e2fad8373asm306473pjc.36.2022.05.30.17.57.18 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 30 May 2022 17:57:19 -0700 (PDT) Sender: Tejun Heo Date: Mon, 30 May 2022 14:57:17 -1000 From: Tejun Heo To: Frederic Weisbecker Cc: Peter Zijlstra , Juri Lelli , 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: References: <9e44bb00-955a-dbc6-a863-be649e0c701f@redhat.com> <20220527083018.n43nc73vuuzm5ixo@localhost.localdomain> <20220530004049.GA1251147@lothringen> <20220530105650.GA1257179@lothringen> <20220530213556.GD1257179@lothringen> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220530213556.GD1257179@lothringen> X-Spam-Status: No, score=-1.5 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_EF,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE, SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=no 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 11:35:56PM +0200, Frederic Weisbecker wrote: > That makes sense. So there would be a simple cpuset.isolation that can > be either 1 or 0 where 1 has all possible isolation stuff on. Then > if the need arises we can provide more tuning through a new specific > cgroup controller, right? Given that there isn't much that is hierarchical about them, I'm pretty skeptical about introducing a new controller or fancy hierarchical interface for it. If isolation is intertwined with cpuset partitioning and a simple knob for it fits well with the rest of configuration, yeah, but let's please try to avoid maximizing the interface. We want the interface to encode users' intentions (e.g., here, I want these cpus isolated) not the implementation details to make that happen. Of course, there are gradients but it becomes really ugly when you try to expose low level details on cgroups because of the implied flexibility (I can organize however I want hierarchically and the controls must nest and be delegatable properly). So, If you think isolation feature will need lots of low level knobs exposed, cgroup isn't the right place. It should be something simpler and lower level. This probably is a good time to spend some time thinking how it'd look like, say, five years down the line. If it's gonna be the "I want isolation" knob + maybe some obscure system wide knobs that most people don't need to think about, it's gonna be fine. Otherwise, we shouldn't put this in cgroup until we have better ideas on what the interface should look like. Thanks. -- tejun