From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 2F391C433F5 for ; Fri, 27 May 2022 00:28:56 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231270AbiE0A2y (ORCPT ); Thu, 26 May 2022 20:28:54 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47266 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231130AbiE0A2v (ORCPT ); Thu, 26 May 2022 20:28:51 -0400 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id EC0FB79823 for ; Thu, 26 May 2022 17:28:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1653611330; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=Pg40jcleVGao/8yHsoU02qSsKOhI2WnVp+h1zYAfdd4=; b=TsuP1yIH1U4QdlKqS7T7f2B8pb4f5H+dHpk+OwI0CSzq2G1U+GhyzCnEbm9K0udycgvF/B WLDY+Kev3zL9V/ran2FqNSygV6LL8IpodhJfr745Sd1UOOO1Cfms4fRDchkwvhELIYLPx3 J5I60tMQAVsZNbqyUhpbnhOgoNbgzeM= Received: from mimecast-mx02.redhat.com (mimecast-mx02.redhat.com [66.187.233.88]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-96-8aORyOwBM3mouTFMHQlP8Q-1; Thu, 26 May 2022 20:28:45 -0400 X-MC-Unique: 8aORyOwBM3mouTFMHQlP8Q-1 Received: from smtp.corp.redhat.com (int-mx09.intmail.prod.int.rdu2.redhat.com [10.11.54.9]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id 2CA3185A5BC; Fri, 27 May 2022 00:28:45 +0000 (UTC) Received: from [10.22.8.143] (unknown [10.22.8.143]) by smtp.corp.redhat.com (Postfix) with ESMTP id 33965492C3B; Fri, 27 May 2022 00:28:44 +0000 (UTC) Message-ID: <9e44bb00-955a-dbc6-a863-be649e0c701f@redhat.com> Date: Thu, 26 May 2022 20:28:43 -0400 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.8.0 Subject: Re: [RFC PATCH 4/4] cpuset: Support RCU-NOCB toggle on v2 root partitions Content-Language: en-US To: Tejun Heo , Frederic Weisbecker Cc: LKML , Peter Zijlstra , "Paul E . McKenney" , Paul Gortmaker , Johannes Weiner , Marcelo Tosatti , Phil Auld , Zefan Li , Daniel Bristot de Oliveira , Nicolas Saenz Julienne , rcu@vger.kernel.org References: <20220525221055.1152307-1-frederic@kernel.org> <20220525221055.1152307-5-frederic@kernel.org> <20220526225141.GA1214445@lothringen> From: Waiman Long In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.85 on 10.11.54.9 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 5/26/22 19:02, Tejun Heo wrote: > On Fri, May 27, 2022 at 12:51:41AM +0200, Frederic Weisbecker wrote: >>> Does it even make sense to make this hierarchical? What's wrong with a >>> cpumask under sys/ or proc/? >> I'm usually told that cpusets is the current place where CPU attributes are >> supposed to go. I personally don't mind much /sys either even though cpusets >> looks like a more flexible way to partition CPUs with properties and tasks >> placement altogether... > Yeah, I mean, if it's hierarchical, it's the right place but I have a hard > time seeing anything hierarchical with this one. Somebody just has to know > which cpus are up for rcu processing and which aren't. Waiman, what do you > think? 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? Cheers, Longman