Received: by 2002:a05:6a10:c7d3:0:0:0:0 with SMTP id h19csp414515pxy; Sat, 14 Aug 2021 10:43:12 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx6yfISvmHnsJijx7wD2BAE2dvjMFaDzPINVYhh7ySYaNA8OieCl7VO5kGj0lnT+SHQURIx X-Received: by 2002:a50:d651:: with SMTP id c17mr10370089edj.69.1628962992082; Sat, 14 Aug 2021 10:43:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628962992; cv=none; d=google.com; s=arc-20160816; b=WJqxgUz1vowdD2vQ4du/WXM1tMx+odRSbJB/hZNWzzjEJfVWYP3S24PKO8XealMj3k v37afIMh5ybQN4Ok+fbnict1Tb9rwmnNykrtVjYnMks8CL8PXTof94BS9MuRTx53Ddlx BcTCkUmwnF8oHGBsWAj76gNfQFXJiuGWHhyPl1uysSSsPI1w4/t5/qNRwnC5/Mq+I1p8 TKRZAK2lSmmiLqGioQCyOMul4SqOeCDQ3XriQnN+GrMeTm676htcdCPEjncQugp5giuo 5iRIrIomLBS8Tn1AIRjH81NzcSEo3BRCUNSWLtlnonb8OvkWNdVMA4SgbG4qRCGZpw9m ddTg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:message-id:date:subject:cc:to:from :dkim-signature; bh=S/27zO2jNZB6YHStofzFjSmTX0cZBNRgUk+CUXiaBjg=; b=ZI7MZYjmZ7Pmrq5ESRSdsQJICPhYW/Bq9kaRqEbFJtwu5xDw4C8vT2pMsTPixieBoz DDsHIQ91IW98zo8TapGJliocOPwMT2KEmPYr0oOZTB5IV5/10SnLYRoKfiIspGHCPzLT 9zmHVcv3I3YaBFFBpgVurag2XO+fSJ1Jt7FEfw+huzjs25urHCitPtk4g64sByrVX/rl xLKE82VFrIUFHJjVkJBTKC+N+DW3g82wMSP2OQXPRkLCQV3biAu3hZE1f6KD72Z6IDo9 S1KmvQ5mh5n+N5qSpYe6QfJZx0h2n+l+2yvuOilktwEE5QqfZWRnpRy3WNyXNpaspvcW wmYQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=N2+B5F9K; 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=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h10si5125850edv.606.2021.08.14.10.42.49; Sat, 14 Aug 2021 10:43:12 -0700 (PDT) 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=@redhat.com header.s=mimecast20190719 header.b=N2+B5F9K; 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=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238861AbhHNRlq (ORCPT + 99 others); Sat, 14 Aug 2021 13:41:46 -0400 Received: from us-smtp-delivery-124.mimecast.com ([170.10.133.124]:60476 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238690AbhHNRlo (ORCPT ); Sat, 14 Aug 2021 13:41:44 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1628962874; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc; bh=S/27zO2jNZB6YHStofzFjSmTX0cZBNRgUk+CUXiaBjg=; b=N2+B5F9KRfKF8XW5cTNMxrEK8PWEfaKR9exJdAXKr7XgOdkcfmOW6/pPgOdBfzftdHKWGu BYy+RDZx5n3UbNvvH5jp6jv4TIfFR240wpGyUgRMPblLderj6PPn/8FmSYY/0gdDzk3w+G jeO/fiK3+H/4USLqSOsMsw06IHxr/Ek= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-524-fmMW-tygPuCf3WEyvYCEsA-1; Sat, 14 Aug 2021 13:41:13 -0400 X-MC-Unique: fmMW-tygPuCf3WEyvYCEsA-1 Received: from smtp.corp.redhat.com (int-mx07.intmail.prod.int.phx2.redhat.com [10.5.11.22]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id D080E8799EB; Sat, 14 Aug 2021 17:41:11 +0000 (UTC) Received: from llong.com (unknown [10.22.8.26]) by smtp.corp.redhat.com (Postfix) with ESMTP id 325A6105C89F; Sat, 14 Aug 2021 17:41:02 +0000 (UTC) From: Waiman Long To: Tejun Heo , Zefan Li , Johannes Weiner , Jonathan Corbet , Shuah Khan Cc: cgroups@vger.kernel.org, linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org, linux-kselftest@vger.kernel.org, Andrew Morton , Roman Gushchin , Phil Auld , Peter Zijlstra , Juri Lelli , Frederic Weisbecker , Marcelo Tosatti , =?UTF-8?q?Michal=20Koutn=C3=BD?= , Waiman Long Subject: [PATCH-cgroup v5 0/6] cgroup/cpuset: Add new cpuset partition type & empty effecitve cpus Date: Sat, 14 Aug 2021 13:38:42 -0400 Message-Id: <20210814173848.11540-1-longman@redhat.com> X-Scanned-By: MIMEDefang 2.84 on 10.5.11.22 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org v5: - Rebased to the latest for-5.15 branch of cgroup git tree and drop the 1st v4 patch as it has been merged. - Update patch 1 to always allow changing partition root back to member even if it invalidates child partitions undeneath it. - Adjust the empty effective cpu partition patch to not allow 0 effective cpu for terminal partition which will make it invalid). - Add a new patch to enable reading of cpuset.cpus.partition to display the reason that causes invalid partition. - Adjust the documentation and testing patch accordingly. v4: - Rebased to the for-5.15 branch of cgroup git tree and dropped the first 3 patches of v3 series which have been merged. - Beside prohibiting violation of cpu exclusivity rule, allow arbitrary changes to cpuset.cpus of a partition root and force the partition root to become invalid in case any of the partition root constraints are violated. The documentation file and self test are modified accordingly. This patchset makes four enhancements to the cpuset v2 code. Patch 1: Properly handle partition root tree and make partition invalid in case changes to cpuset.cpus violate any of the partition root constraints. Patch 2: Enable the "cpuset.cpus.partition" file to show the reason that causes invalid partition like "root invalid (No cpu available due to hotplug)". Patch 3: Add a new partition state "isolated" to create a partition root without load balancing. This is for handling intermitten workloads that have a strict low latency requirement. Patch 4: Allow partition roots that are not the top cpuset to distribute all its cpus to child partitions as long as there is no task associated with that partition root. This allows more flexibility for middleware to manage multiple partitions. Patch 5 updates the cgroup-v2.rst file accordingly. Patch 6 adds a new cpuset test to test the new cpuset partition code. Waiman Long (6): cgroup/cpuset: Properly transition to invalid partition cgroup/cpuset: Show invalid partition reason string cgroup/cpuset: Add a new isolated cpus.partition type cgroup/cpuset: Allow non-top parent partition to distribute out all CPUs cgroup/cpuset: Update description of cpuset.cpus.partition in cgroup-v2.rst kselftest/cgroup: Add cpuset v2 partition root state test Documentation/admin-guide/cgroup-v2.rst | 116 +-- kernel/cgroup/cpuset.c | 347 ++++++--- tools/testing/selftests/cgroup/Makefile | 5 +- .../selftests/cgroup/test_cpuset_prs.sh | 663 ++++++++++++++++++ tools/testing/selftests/cgroup/wait_inotify.c | 86 +++ 5 files changed, 1068 insertions(+), 149 deletions(-) create mode 100755 tools/testing/selftests/cgroup/test_cpuset_prs.sh create mode 100644 tools/testing/selftests/cgroup/wait_inotify.c -- 2.18.1