Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp36103665rwd; Mon, 10 Jul 2023 18:12:56 -0700 (PDT) X-Google-Smtp-Source: APBJJlHkqBxyt41rfLHJ5ywxnC3RmL/vjUY5KxU3MgOvxmp28fUpmc4jocCoupvu03nWymQUOzuZ X-Received: by 2002:a05:6000:4e4:b0:313:f61c:42ab with SMTP id cr4-20020a05600004e400b00313f61c42abmr15235556wrb.56.1689037975846; Mon, 10 Jul 2023 18:12:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1689037975; cv=none; d=google.com; s=arc-20160816; b=EM4AXFh0/CpuCO4fsj7T+MAKAZoIyzbdJ7GAsVXpaNmU0GP9X1e8+241Mi7M5nrXAF J2PCt+fJSERedWVMD/UdpbFHihpIDXdeFybg22wa8HC2J9QBZnwSc3HpiijwLBNvX4wt eHJb5AkkILaOduXGEw7X4ieMOfIueEsW/7lRUESdYFgSPSczBFHOMePi1Ywtj52vAmnf 5HdsGHqkwmVh9BjAZG7aACODtodX2APfHzHi6vo5hHxHh5v2PhVTzm0IOFjeGqiARcKu cevstDpdojXemkkwLazGME2BGqh736MDNxko+6JjpHg/KxnY8PySxJ+sYel4qrW+D4R8 KacA== 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 :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=yXHDaaTzSJPadcWtu/mPoLh+iNZCEntncKhGlBrnF84=; fh=oYRzRzQ337m9sNrFDN4f6gowTZYubNby5HvuxUP/+tA=; b=MMvc00IQ+OS6/dMMFVHOc0VP+eq3Kz7+4VDfowK+ocVmgTTjoMcnzlur+faNnUgdst bEtaUaKscLED91hF7Rr8I6uI0qpl6Oentrd3eIqOapia2UUrd5vbvl8FrTL2RGT4Zioo P4ExFXRh2vT3pmZQG0bS8Bo8NUDUWnLyuAEgc6TToaf3McoJZnuNI+cFEXghgNFZphWY w19/NfdHN8RfbabnAtW26ZhFpsKSaKgsHXMt3/tzV6W+5++ek2IQLgZy6NErpVwjCeNU ZJ33EB+lXQO8qeo3VxtuRyJ0Z2hXThaq5W5uoEb4u16MgA7ZP4yPPFcO/aBhpQABgKud EhCw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=UDmyZA1r; 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=redhat.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id gu21-20020a170906f29500b0099318060d55si949736ejb.516.2023.07.10.18.12.32; Mon, 10 Jul 2023 18:12:55 -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=@redhat.com header.s=mimecast20190719 header.b=UDmyZA1r; 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=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230353AbjGKAyM (ORCPT + 99 others); Mon, 10 Jul 2023 20:54:12 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44966 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230385AbjGKAyH (ORCPT ); Mon, 10 Jul 2023 20:54:07 -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 ESMTPS id AF7921BC for ; Mon, 10 Jul 2023 17:53:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1689036801; 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=yXHDaaTzSJPadcWtu/mPoLh+iNZCEntncKhGlBrnF84=; b=UDmyZA1riD9TVEob7aFX+tTv+/mo83ePft6gGGOAvwp/xN+/DnmW2ykO8n2/Mzd6wKNrsr JCAhjwqs6IiXli6P4bHsQ7bYj/Syq7FaR11Q4gosggYrHMH5NbY3qTdUlvpCtsWRO1nGOK SnxGXQtYgEkgbTfA2Wtt8Sm+VcTTq3c= Received: from mimecast-mx02.redhat.com (mx3-rdu2.redhat.com [66.187.233.73]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-68-DGbuhrNnNe6H7hBfy_gx5A-1; Mon, 10 Jul 2023 20:53:20 -0400 X-MC-Unique: DGbuhrNnNe6H7hBfy_gx5A-1 Received: from smtp.corp.redhat.com (int-mx04.intmail.prod.int.rdu2.redhat.com [10.11.54.4]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id E094B384CC49; Tue, 11 Jul 2023 00:53:19 +0000 (UTC) Received: from [10.22.18.171] (unknown [10.22.18.171]) by smtp.corp.redhat.com (Postfix) with ESMTP id E8F09200A7CA; Tue, 11 Jul 2023 00:53:18 +0000 (UTC) Message-ID: Date: Mon, 10 Jul 2023 20:53:18 -0400 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.7.1 Subject: Re: [PATCH v4 8/9] cgroup/cpuset: Documentation update for partition Content-Language: en-US To: Tejun Heo Cc: Zefan Li , Johannes Weiner , Jonathan Corbet , Shuah Khan , linux-kernel@vger.kernel.org, cgroups@vger.kernel.org, linux-doc@vger.kernel.org, linux-kselftest@vger.kernel.org, Juri Lelli , Valentin Schneider , Frederic Weisbecker , Mrunal Patel , Ryan Phillips , Brent Rowsell , Peter Hunt , Phil Auld References: <20230627143508.1576882-1-longman@redhat.com> <20230627143508.1576882-9-longman@redhat.com> <6d5aee58-f558-868c-76e0-0b58f8332110@redhat.com> From: Waiman Long In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 3.1 on 10.11.54.4 X-Spam-Status: No, score=-2.2 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A, RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H4,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE, SPF_NONE,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 7/10/23 20:42, Tejun Heo wrote: > Hello, > > On Mon, Jul 10, 2023 at 08:21:43PM -0400, Waiman Long wrote: >>> Wouldn't a partition root's cpus.exclusive always contain all of the CPUs in >>> its cpus? Would it make sense for cpus.exclusive to be different from .cpus? >> In auto-filled case, it should be the same as cpuset.cpus. I will clarify >> that in the documentation. Thanks for catching that. > When the user writes something to the file, what would it mena if the > content differs from the cgroup's cpuset.cpus? For local partition, it doesn't make sense to have a cpust.cpus.exclusive that is not the same as cpuset.cpus as it artificially reduce the set of CPUs that can be used in a partition. In the case of a remote partition, the ancestor cgroups of a remote partition should have cpuset.cpus.exclusive smaller than cpuset.cpus so that when the remote partition is enabled, there are still CPUs left to be used by those cgroups. In essence, the cpuset.cpus.exclusive represents the CPUs that may not be usable anymore if they are taken by a remote partition downstream. Cheers, Longman