From: Waiman Long <llong@redhat.com>
To: Chen Ridong <chenridong@huaweicloud.com>,
tj@kernel.org, hannes@cmpxchg.org, mkoutny@suse.com
Cc: cgroups@vger.kernel.org, linux-kernel@vger.kernel.org,
lujialin4@huawei.com, chenridong@huawei.com
Subject: Re: [PATCH RFC v2 11/22] cpuset: introduce local_partition_disable()
Date: Wed, 12 Nov 2025 17:10:14 -0500 [thread overview]
Message-ID: <c4adcc3d-577d-4065-b419-581f67d5e724@redhat.com> (raw)
In-Reply-To: <20251025064844.495525-12-chenridong@huaweicloud.com>
On 10/25/25 2:48 AM, Chen Ridong wrote:
> From: Chen Ridong <chenridong@huawei.com>
>
> The partition_disable() function introduced earlier can be extended to
> handle local partition disablement.
>
> The local_partition_disable() functions is introduced, which extracts the
> local partition disable logic from update_parent_effective_cpumask(). It
> calls partition_disable() to complete the disablement process.
>
> This refactoring establishes a clear separation between local and remote
> partition operations while promoting code reuse through the shared
> partition_disable() infrastructure.
>
> Signed-off-by: Chen Ridong <chenridong@huawei.com>
> ---
> kernel/cgroup/cpuset.c | 55 ++++++++++++++++++++++++++++++------------
> 1 file changed, 39 insertions(+), 16 deletions(-)
>
> diff --git a/kernel/cgroup/cpuset.c b/kernel/cgroup/cpuset.c
> index b308d9f80eef..f36d17a4d8cd 100644
> --- a/kernel/cgroup/cpuset.c
> +++ b/kernel/cgroup/cpuset.c
> @@ -1877,6 +1877,43 @@ static int local_partition_enable(struct cpuset *cs,
> return 0;
> }
>
> +/**
> + * local_partition_disable - Disable a local partition
> + * @cs: Target cpuset (local partition root) to disable
> + * @part_error: partition error when @cs is disabled
> + * @tmp: Temporary masks for CPU calculations
> + */
> +static void local_partition_disable(struct cpuset *cs, enum prs_errcode part_error,
> + struct tmpmasks *tmp)
> +{
> + struct cpuset *parent = parent_cs(cs);
> + bool cpumask_updated = false;
> + int new_prs;
> +
> + lockdep_assert_held(&cpuset_mutex);
> + WARN_ON_ONCE(is_remote_partition(cs)); /* For local partition only */
> +
> + if (!is_partition_valid(cs))
> + return;
> +
> + new_prs = part_error ? -cs->partition_root_state : 0;
> + /*
> + * May need to add cpus back to parent's effective_cpus
> + * (and maybe removed from subpartitions_cpus/isolated_cpus)
> + * for valid partition root. xcpus may contain CPUs that
> + * shouldn't be removed from the two global cpumasks.
> + */
> + if (is_partition_valid(parent))
> + cpumask_updated = !cpumask_empty(cs->effective_xcpus);
If cs is a valid local partition, parent must be a valid partition. So
the is_partition_valid(parent) check is meaningless. Also the
effective_xcpus must not be empty. IOW, cpumask_updated must be true.
Cheers,
Longman
> +
> + partition_disable(cs, parent, new_prs, part_error);
> +
> + if (cpumask_updated) {
> + cpuset_update_tasks_cpumask(parent, tmp->addmask);
> + update_sibling_cpumasks(parent, cs, tmp);
> + }
> +}
> +
> /**
> * update_parent_effective_cpumask - update effective_cpus mask of parent cpuset
> * @cs: The cpuset that requests change in partition root state
> @@ -1967,19 +2004,7 @@ static int update_parent_effective_cpumask(struct cpuset *cs, int cmd,
>
> nocpu = tasks_nocpu_error(parent, cs, xcpus);
>
> - if (cmd == partcmd_disable) {
> - /*
> - * May need to add cpus back to parent's effective_cpus
> - * (and maybe removed from subpartitions_cpus/isolated_cpus)
> - * for valid partition root. xcpus may contain CPUs that
> - * shouldn't be removed from the two global cpumasks.
> - */
> - if (is_partition_valid(cs)) {
> - cpumask_copy(tmp->addmask, cs->effective_xcpus);
> - adding = true;
> - }
> - new_prs = PRS_MEMBER;
> - } else if (newmask) {
> + if (newmask) {
> /*
> * Empty cpumask is not allowed
> */
> @@ -3110,9 +3135,7 @@ static int update_prstate(struct cpuset *cs, int new_prs)
> if (is_remote_partition(cs))
> remote_partition_disable(cs, &tmpmask);
> else
> - update_parent_effective_cpumask(cs, partcmd_disable,
> - NULL, &tmpmask);
> -
> + local_partition_disable(cs, PERR_NONE, &tmpmask);
> /*
> * Invalidation of child partitions will be done in
> * update_cpumasks_hier().
next prev parent reply other threads:[~2025-11-12 22:10 UTC|newest]
Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-10-25 6:48 [PATCH RFC v2 00/22] cpuset: rework local partition logic Chen Ridong
2025-10-25 6:48 ` [PATCH RFC v2 01/22] cpuset: fix isolcpus stay in root when isolated partition changes to root Chen Ridong
2025-11-12 20:09 ` Waiman Long
2025-11-13 1:24 ` Chen Ridong
2025-10-25 6:48 ` [PATCH RFC v2 02/22] cpuset: add early empty cpumask check in partition_xcpus_add/del Chen Ridong
2025-11-12 20:18 ` Waiman Long
2025-11-13 1:36 ` Chen Ridong
2025-10-25 6:48 ` [PATCH RFC v2 03/22] cpuset: generalize validate_partition() interface Chen Ridong
2025-10-25 6:48 ` [PATCH RFC v2 04/22] cpuset: introduce partition_enable() Chen Ridong
2025-11-12 20:40 ` Waiman Long
2025-11-13 1:38 ` Chen Ridong
2025-10-25 6:48 ` [PATCH RFC v2 05/22] cpuset: introduce partition_disable() Chen Ridong
2025-10-25 6:48 ` [PATCH RFC v2 06/22] cpuset: introduce partition_update() Chen Ridong
2025-11-12 20:58 ` Waiman Long
2025-11-13 7:22 ` Chen Ridong
2025-10-25 6:48 ` [PATCH RFC v2 07/22] cpuset: use partition_enable() for remote partition enablement Chen Ridong
2025-10-25 6:48 ` [PATCH RFC v2 08/22] cpuset: use partition_disable() for remote partition disablement Chen Ridong
2025-10-25 6:48 ` [PATCH RFC v2 09/22] cpuset: use partition_update() for remote partition update Chen Ridong
2025-10-25 6:48 ` [PATCH RFC v2 10/22] cpuset: introduce local_partition_enable() Chen Ridong
2025-11-12 21:47 ` Waiman Long
2025-11-13 2:49 ` Chen Ridong
2025-11-13 2:58 ` Waiman Long
2025-11-13 7:16 ` Chen Ridong
2025-10-25 6:48 ` [PATCH RFC v2 11/22] cpuset: introduce local_partition_disable() Chen Ridong
2025-11-12 22:10 ` Waiman Long [this message]
2025-11-13 3:27 ` Chen Ridong
2025-10-25 6:48 ` [PATCH RFC v2 12/22] cpuset: introduce local_partition_invalidate() Chen Ridong
2025-11-12 22:54 ` Waiman Long
2025-11-13 7:03 ` Chen Ridong
2025-11-13 0:15 ` Waiman Long
2025-10-25 6:48 ` [PATCH RFC v2 13/22] cpuset: introduce local_partition_update() Chen Ridong
2025-11-13 2:06 ` Waiman Long
2025-11-13 6:33 ` Chen Ridong
2025-10-25 6:48 ` [PATCH RFC v2 14/22] cpuset: remove update_parent_effective_cpumask Chen Ridong
2025-10-25 6:48 ` [PATCH RFC v2 15/22] cpuset: remove redundant partition field updates Chen Ridong
2025-10-25 6:48 ` [PATCH RFC v2 16/22] cpuset: simplify partition update logic for hotplug tasks Chen Ridong
2025-10-25 6:48 ` [PATCH RFC v2 17/22] cpuset: unify local partition disable and invalidate Chen Ridong
2025-10-25 6:48 ` [PATCH RFC v2 18/22] cpuset: use partition_disable for compute_partition_effective_cpumask Chen Ridong
2025-10-25 6:48 ` [PATCH RFC v2 19/22] cpuset: use validate_local_partition in local_partition_enable Chen Ridong
2025-10-25 6:48 ` [PATCH RFC v2 20/22] cpuset: introduce validate_remote_partition Chen Ridong
2025-10-25 6:48 ` [PATCH RFC v2 21/22] cpuset: simplify update_prstate() function Chen Ridong
2025-10-25 6:48 ` [PATCH RFC v2 22/22] cpuset: remove prs_err clear when notify_partition_change Chen Ridong
2025-11-03 11:18 ` [PATCH RFC v2 00/22] cpuset: rework local partition logic Chen Ridong
2025-11-12 4:11 ` Chen Ridong
2025-11-12 4:19 ` Waiman Long
2025-11-12 4:49 ` Chen Ridong
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=c4adcc3d-577d-4065-b419-581f67d5e724@redhat.com \
--to=llong@redhat.com \
--cc=cgroups@vger.kernel.org \
--cc=chenridong@huawei.com \
--cc=chenridong@huaweicloud.com \
--cc=hannes@cmpxchg.org \
--cc=linux-kernel@vger.kernel.org \
--cc=lujialin4@huawei.com \
--cc=mkoutny@suse.com \
--cc=tj@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox