Received: by 2002:a05:6a10:c604:0:0:0:0 with SMTP id y4csp4093903pxt; Tue, 10 Aug 2021 20:08:31 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwanxdz77CJv7p6eEL9VHhSD4AUwlXs4bKjY63KonlGU0nLJZwhXqZVsx9WH5anaQcbKglG X-Received: by 2002:a17:907:9602:: with SMTP id gb2mr1535266ejc.119.1628651311166; Tue, 10 Aug 2021 20:08:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628651311; cv=none; d=google.com; s=arc-20160816; b=dyIV1TgiXoex3Hmsg5y3zdlAtve2lhmQ4K2iJcaKWRFi4osT1DxsCTx0shoLxPpggS 5trZurWgYkr9Sy2lVmOQmrhmyYI1f3dRGH+cDMuU3u81EaUCr8iR8FKGVkIbILQpzR9q rKfxHm6xJW82EzRUY8H+LlykmVWHpjdQqIqm3kyaYojvnQHGlW7VH31JzweQG0V+ET5H 8W3bu4YKHjslagpBnLCUFTEP4EUdx/sdBG4GG6ebxKFF4AzyYAE7FEYv7/i3S7olWdV+ BSatM7rIXcrYrmDamSnJLf1pbyB9rdNh5nyH5L1p2vDGaQD1c8EOzeCeQEQiEVwSyn/R BJUw== 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=GVV0lBAl3hD0f4Dk5D3L8gm1OSCHD8KzaozfnnFi9L0=; b=i1QZTE/RQXthiwWUryea1CGHPGiwan0PhX/Q65BBPba9ATQbh5IHDOb2uzuq6lcWXq HCsnb0zCUhGZGJle90ZyKdHyvw0xD7EZqJlUmXaw7vTiImZJPt7Q1oitYBCD377v1WIC 51d679vlIESbKKnUT3z1+2lNxCZESlGFAdOgLWexhkj2+896KnJufBaFUx1wpW6yG8jm jvHvJsZB1gn31rWDD4r7PS+b5sy0XXOxtS/GSjAsoBn238kE3fs7S7c4WHE+62h0MCM8 spUuPe14fqXBf6GF6roZklNIL7rc/BRFmStRiCfc9/3zy9pf6cljywU41U+D5D4J4xrM Ppcg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=DdBb5aXM; 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 j19si24042194edw.210.2021.08.10.20.08.06; Tue, 10 Aug 2021 20:08:31 -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=DdBb5aXM; 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 S232102AbhHKDHF (ORCPT + 99 others); Tue, 10 Aug 2021 23:07:05 -0400 Received: from us-smtp-delivery-124.mimecast.com ([170.10.133.124]:39917 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232411AbhHKDHE (ORCPT ); Tue, 10 Aug 2021 23:07:04 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1628651201; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc; bh=GVV0lBAl3hD0f4Dk5D3L8gm1OSCHD8KzaozfnnFi9L0=; b=DdBb5aXMW9xSteoL9Vvx8wryHlU0W9v56GPw7PDcYl5g4uUmY9X0rJ9lt/5f8EPdrU2L+s eHDwBzyflf3+cudDcPwwSAVyepaz8W73jMfyPYe8kjI+aYkIhaaXRXSnAbmbtWglOB6UwL /7yJs0s6hmQMs+5PC4amHMHxNGjDr6I= 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-468-ASrI6lgrN26pqJ3VzKN9kw-1; Tue, 10 Aug 2021 23:06:40 -0400 X-MC-Unique: ASrI6lgrN26pqJ3VzKN9kw-1 Received: from smtp.corp.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.15]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id D18688712D6; Wed, 11 Aug 2021 03:06:37 +0000 (UTC) Received: from llong.com (unknown [10.22.17.215]) by smtp.corp.redhat.com (Postfix) with ESMTP id 4458A5D6CF; Wed, 11 Aug 2021 03:06:28 +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 v4 0/6] cgroup/cpuset: Add new cpuset partition type & empty effecitve cpus Date: Tue, 10 Aug 2021 23:06:01 -0400 Message-Id: <20210811030607.13824-1-longman@redhat.com> X-Scanned-By: MIMEDefang 2.79 on 10.5.11.15 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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. v3: - Add two new patches (patches 2 & 3) to fix bugs found during the testing process. - Add a new patch to enable inotify event notification when partition become invalid. - Add a test to test event notification when partition become invalid. v2: - Drop v1 patch 1. - Break out some cosmetic changes into a separate patch (patch #1). - Add a new patch to clarify the transition to invalid partition root is mainly caused by hotplug events. - Enhance the partition root state test including CPU online/offline behavior and fix issues found by the test. This patchset makes four enhancements to the cpuset v2 code. Patch 1: Enable event notification on "cpuset.cpus.partition" whenever the state of a partition changes. Patch 2: Properly handle partition root tree and make partition invalid in case changes to cpuset.cpus violate any of the partition root constraints. 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: Enable event notification when partition state changes cgroup/cpuset: Properly handle partition root tree cgroup/cpuset: Add a new isolated cpus.partition type cgroup/cpuset: Allow non-top parent partition root 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 | 104 +-- kernel/cgroup/cpuset.c | 282 +++++--- tools/testing/selftests/cgroup/Makefile | 5 +- .../selftests/cgroup/test_cpuset_prs.sh | 632 ++++++++++++++++++ tools/testing/selftests/cgroup/wait_inotify.c | 86 +++ 5 files changed, 980 insertions(+), 129 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