From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mta0.migadu.com (out-163.mta0.migadu.com [91.218.175.163]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id F339E4B5CBD for ; Fri, 18 Sep 2026 10:41:21 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=91.218.175.163 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1789728086; cv=none; b=Vq51FavNSwpCFwRAz0fIS8mSV1fgFpKONZMvgSgGr4/dcs74Z9EMYd742Xo2DwwGiU5xDPR+9mjLdCIrQGUbFJ8Qb6xgR7URYbbvYft+jbIJmre3oyiPejB5+asdkBh0o9XdGH7UkvwZ+LWrggAtn5UbvgYzQkhMVez64MOij1Y= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1789728086; c=relaxed/simple; bh=Aaiy1rMz4EhHkblLUPeMVq/wxQPTonR1DPrr7Wel0Qo=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=RF0UtaLEgh69HM6qTiv9doIto9JGn8mg+J3RRlHdPcKjH0pbf520MtRVR3RJDQW0Ae07bTCtD8T1WpK6i9q6cIUL7fDctxWhUdxRT/eluXoxhQLUURpRw5H5BnY8i+KA7PxxgaBThMObe/gPEWqeA3raep/w5xOVMSNmnc5Ez7o= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.dev; spf=pass smtp.mailfrom=linux.dev; dkim=pass (1024-bit key) header.d=linux.dev header.i=@linux.dev header.b=XqYq6+zM; arc=none smtp.client-ip=91.218.175.163 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.dev Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linux.dev Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux.dev header.i=@linux.dev header.b="XqYq6+zM" X-Envelope-To: linux-kernel@vger.kernel.org DKIM-Signature: a=rsa-sha256; bh=Aaiy1rMz4EhHkblLUPeMVq/wxQPTonR1DPrr7Wel0Qo=; c=simple/simple; d=linux.dev; h=from:to:subject:date:message-id:mime-version:content-type; s=key1; t=1789728079; v=1; x=1790332879; b=XqYq6+zMDbOGoGCE1ST4Y8ls0FUIz9tRrxD7wq7p5tmM9EFpzTm0stg3PA7kIaNedkaoafqU wSGfW3phmMSuuqIIcqVQBEC2mNaBOk5KBy8CBh84+SR/NSQxSWcmXHMnQC/BznK0qcxPNLBlvFv 5aaCEa/uNpe5/rkXNRhvJGOg= X-Envelope-To: linux-kernel@vger.kernel.org Received: by smtp.migadu.com with ESMTPS id 876c893c0474fdfa; Fri, 18 Sep 2026 10:41:18 +0000 X-Mizu-Trace-ID: 876c893c0474fdfa X-Migadu-Flow: FLOW_OUT Message-ID: Date: Fri, 18 Sep 2026 18:41:13 +0800 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [PATCH] cgroup/cpuset: Defer sched domain rebuild to common unlock path To: Guopeng Zhang , Waiman Long Cc: Tejun Heo , Johannes Weiner , =?UTF-8?Q?Michal_Koutn=C3=BD?= , cgroups@vger.kernel.org, linux-kernel@vger.kernel.org, Guopeng Zhang References: <20260918102730.72263-1-guopeng.zhang@linux.dev> From: Ridong Chen In-Reply-To: <20260918102730.72263-1-guopeng.zhang@linux.dev> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 9/18/2026 6:27 PM, Guopeng Zhang wrote: > From: Guopeng Zhang > > Both callers of update_prstate(), cpuset_partition_write() and > cpuset_css_killed(), call cpuset_update_sd_hk_unlock() immediately > afterwards. That helper rebuilds sched domains when force_sd_rebuild is > set before releasing the cpuset locks, so the check in update_prstate() > is redundant. > > Commit 3bfe47967191 ("cgroup/cpuset: Move > housekeeping_update()/rebuild_sched_domains() together") removed the > same check from cpuset_write_resmask(). Remove the remaining one from > update_prstate(). > > Signed-off-by: Guopeng Zhang > --- > kernel/cgroup/cpuset.c | 2 -- > 1 file changed, 2 deletions(-) > > diff --git a/kernel/cgroup/cpuset.c b/kernel/cgroup/cpuset.c > index 8f24171..d58ecf5 100644 > --- a/kernel/cgroup/cpuset.c > +++ b/kernel/cgroup/cpuset.c > @@ -3039,8 +3039,6 @@ out: > update_partition_sd_lb(cs, old_prs); > > notify_partition_change(cs, old_prs); > - if (force_sd_rebuild) > - rebuild_sched_domains_locked(); > free_tmpmasks(&tmpmask); > return 0; > } This title is confusing. I thought you were doing some async work, what does "defer" mean here? In fact, it just removes a piece of redundant code. -- Best regards Ridong