From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-pj1-f51.google.com (mail-pj1-f51.google.com [209.85.216.51]) (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 0C105305E28 for ; Mon, 21 Sep 2026 03:13:14 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.216.51 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1789960396; cv=none; b=Bj0wlkZS9hwQkVlqkqlon1u1lulq+Gk4jNZX32FCKsRqQG05WBPJOzDy4CywTlchd46QghOYkcKy0zmpB37cBjGKUu7s+8tfVN2RMklTZ7X+8g/W0PHbJJUa+QBLvX3yg7EmojwXU1qSgWy8ZWyufQwFDrHsVOtebE1K1f8Tu8A= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1789960396; c=relaxed/simple; bh=BqleptVklrKDlBDiMIxc39mrkLR5WeFDG+U5RgU5tt4=; h=From:To:Cc:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=Br5I1YDMKhrQO5ldKpSKFiflWLB3feZE/TlmqCi2zkKRcM23QF/2Fmrjy1Zu3l97C0mP9MoUI6rtYehYA8mJ+1tzbdYMnq6UXI8qAjuZQ8B7BAnTV6n9ueYzsid8iSOoh1Nn7vKhbSIj/wHRCUbAPElZkAqOxq943OGJTXXaFaw= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com; spf=pass smtp.mailfrom=gmail.com; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b=ApjFuxfg; arc=none smtp.client-ip=209.85.216.51 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=gmail.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="ApjFuxfg" Received: by mail-pj1-f51.google.com with SMTP id 98e67ed59e1d1-398b1e63c49so2603859a91.0 for ; Sun, 20 Sep 2026 20:13:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20251104; t=1789960394; x=1790565194; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:from:to:cc:subject:date :message-id:reply-to:content-type; bh=BqleptVklrKDlBDiMIxc39mrkLR5WeFDG+U5RgU5tt4=; b=ApjFuxfgeXDvSmKLCAKv3zcFRV4ItAt4okFUanpI9poC2FwbaRda8HYUlqPdWDHE6m q551rDo4oeWfwxzTERi7j6T4fGLHR9Y/gQ9yXUHYD2xsuHwORdhQVpLJUtFTPu4fzFUq PJjBjC9ER/v92mk6F7KiyAmxgbGnJ5kGgh3YynPwDr7r1B4OVzNEfuvfWfmYx5awhuPK jn2TtFXoYlw2cDg+BXkdzBBKmmm1DCVh58Z+LJ9XQ9oFUX6TvHIJmNEPif5VmM1oC751 53nVF+E1RLqQp+cHxz5l2eW94e8UVHVFJMEM69z4CK4H+xcPcK8mjBDnA6yNDib/LFhp afow== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20260707; t=1789960394; x=1790565194; h=content-transfer-encoding:mime-version:references:in-reply-to :message-id:date:subject:cc:to:from:x-gm-gg:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to:content-type; bh=BqleptVklrKDlBDiMIxc39mrkLR5WeFDG+U5RgU5tt4=; b=h3g48ghYsNDi+xDD/J1RM1uixpJc1BoMFo0EMMjJmKo1EZel7gR9kKBlK+n7oN17PQ rCdBA412C2eHyBEevOE1dnepdXLBM8278H1Ky/7ioLY5jufg1jQdOLsLPRO931jTIQOr A4Tjt1DlxbhxQsdU32VjAmnqMM6gR+QBhRkyJyCgKM8+9ZtRhKHo18Eepz2ahyRXvYTj 8B9VJUefHovg6w/ciOidol++ShyEnn3Cuda3wPv01buFXCaQpVTniqKY9Pt4yKRqloky /qYnR6dbcAh6dGr7Clgdt90AoIs5+nd1Ji2EC4T9+0eG9UkNun5XZ+Dus6jZHZinLEmB nmxA== X-Forwarded-Encrypted: i=1; AKwUvBxN2Z2CIAaHbhISHR/YoK9KCZ7Sj0lOblnC3/MUzJVsOaqj9zKbcc4iiCIyvkrzsgcxIx6G3mL3@vger.kernel.org X-Gm-Message-State: AFuF++nGAJyTC4yoqg9+DRTihzEBMO8aPH6n5dp2ac9M8s/VIOG4WRYE 0g4n38wKQn2Xd2VEuLsQSEAv+u0/xVh+Fvzf/0/BVT9+KLIb3iGms31v X-Gm-Gg: AYBFou3g1jm0FJ1NAMJI4hsj0/6b6oYgSHgoD7XMiYbmCO38mmRkzT+jwLWLQu8XMI9 1uiQ3u1yLt748q4tttAzp3ePuR8w/Eq3/5i5E6Ls4vTWfBY5wqL+zZ354Z4ZfJ2VqeF083YdCF8 InzP3mNfdvkxMkt5FmtKHdQLniXx4l2NwCnNFAf72DOugXMzzBbPDTYSy9rgAagetN1XUH44dDp X34hIXBanQdyVCEiqH8YXY2f1ghYKeiDZyw7SWmTYliI49ri+J10MHcMbCzm2Y/CJOTJsi9/nhm mmao/HHdMDwF1l0vt7MWue+aIafKGwFwRQFTdNqvhgIXQyTdRSRMTC4Lkl8mduHp5Bc5lRnR3Vo VHIHB1kf+NHqYTNlMdhs5/QpL0uuR9PFS1CsDl/NDk3/uTzo5VyKULeq6n29se6hQOIev24MUDa ZXi4tixZpNujdGsC57hGsKjRHfwSw69DLfzBK6P1dsiXDxa72VH/fV4uzCeBH5wqI= X-Received: by 2002:a17:90b:3a4b:b0:3a0:25f0:d898 with SMTP id 98e67ed59e1d1-3a025f0dd9emr5480440a91.47.1789960394342; Sun, 20 Sep 2026 20:13:14 -0700 (PDT) Received: from ubuntu.. ([23.254.208.9]) by smtp.gmail.com with ESMTPSA id 5a478bee46e88-33c3313d907sm14845766eec.11.2026.09.20.20.13.07 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 20 Sep 2026 20:13:13 -0700 (PDT) From: Jing Wu To: Ingo Molnar , Peter Zijlstra , Juri Lelli , Vincent Guittot , Dietmar Eggemann , Steven Rostedt , Ben Segall , Mel Gorman , Valentin Schneider , "Paul E. McKenney" , Frederic Weisbecker , Neeraj Upadhyay , Joel Fernandes , Josh Triplett , Boqun Feng , Uladzislau Rezki , Mathieu Desnoyers , Lai Jiangshan , Zqiang , Anna-Maria Behnsen , Tejun Heo , Jonathan Corbet , Shuah Khan , Shuah Khan , Thomas Gleixner Cc: Jing Wu , Waiman Long , linux-kernel@vger.kernel.org, rcu@vger.kernel.org, cgroups@vger.kernel.org, linux-doc@vger.kernel.org, linux-kselftest@vger.kernel.org, Qiliang Yuan Subject: Re: [PATCH v4 00/11] Dynamic Housekeeping Management (DHM) via CPUSets Date: Mon, 21 Sep 2026 11:13:03 +0800 Message-ID: <20260921031304.437934-1-realwujing@gmail.com> X-Mailer: git-send-email 2.43.0 In-Reply-To: <20260710-wujing-dhm-v4-0-2e912e5d9645@gmail.com> References: <20260710-wujing-dhm-v4-0-2e912e5d9645@gmail.com> Precedence: bulk X-Mailing-List: cgroups@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Hi all, Gentle ping on this series - it has been quiet for a couple of months since v4 went out, so checking whether it is stuck in a review queue or just hasn't been picked up yet. For context, v4 rebuilds the series around the CPU-by-CPU hotplug cycling approach that Thomas suggested during v3 review, replacing the RCU-swap-mask/callback mechanism from earlier versions. Patches 1-9 cover sched/isolation, tick/nohz, context_tracking, watchdog and the cpuset driver logic; 10-11 are docs and selftests. One thing worth flagging: v4 deliberately does not touch RCU/nocb offload state. That piece is still being worked out in a separate, ongoing discussion on Waiman's nohz_full/managed_irq series [1], where the open question is how to change the nocb mask without paying a stop_machine latency spike. We scoped it out of v4 so review of this series would not need to wait on that RCU decision - happy to fold in RCU/nocb support as a follow-up once that discussion converges. Any review, even partial (a single patch or a design-level concern), would be very helpful at this point. [1] https://lore.kernel.org/r/20260709023221.634684-1-realwujing@gmail.com Thanks, Jing Wu