From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 08ACB3812C8; Tue, 12 May 2026 18:20:51 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1778610052; cv=none; b=kzq6vav8qx/MiCPOVKIDGSkMn0eKDh5PJoFYIt0lWzPfXQAaL4+1xmUv804zGU4WD8LBTiLrIM1XKnUBbCP5SVm6pJNYi41rzx/wT2OTKKjb8d8l+n8xyoFqPnW1LxktD4ibunuyQfJZr/Dy64xOH/z+vn8B63buXP3QzY1ih3A= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1778610052; c=relaxed/simple; bh=V3W42SBmQf4d+KigTBwM8MJb1z78Kgg0dhdU64pdM0g=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=QnnL+dNQwnJwd41U1P8zOqgOu6BCjdUojoQayRmpRdHyM2TqIKvde2T55gKeTlR9GrmrYvSORdfnCFfuA7YMdTYXo3agBUc7C4qK03hSQj7BIrAGHNH7CZFKt8qoWl2iw5xoeqK7rFWkujVUWRJPIfR8a10YjwQ9ysIw5IX6ra8= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=DDb7t29T; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="DDb7t29T" Received: by smtp.kernel.org (Postfix) with ESMTPSA id B6CA7C2BCB0; Tue, 12 May 2026 18:20:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1778610051; bh=V3W42SBmQf4d+KigTBwM8MJb1z78Kgg0dhdU64pdM0g=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=DDb7t29TUPL6s/59AWia8vypqivnxK2p/U0uizuLS6J6OUMV+AlnttnbJ/FAyRnEd eqjjKu1waqlK5rVtfC/wSJfzV/J93D94F6ZXy55yYBWMFSWqmnVDQbhTRjZaS/nIxu ipqURz8n+VDp6Dn0tJjuw+wDMa2CMHgw416w6wy9tJPblbl2/fTFWSraHlnF8at9ZD 6oNNU2AyoNBoP2dn3FPQOt5XCClU4O6uGaDFfUJwOsJzulCyZisWq7X/35KUcvzbQW gQqEp5VF3QKzpwQhFl4sc5HtUf1V0USPSrXDkgUqxLZO03UnqkiqM9AfPBdoKo75kd ZNf0LWvQxOqtg== Date: Tue, 12 May 2026 08:20:50 -1000 From: Tejun Heo To: Yuri Andriaccio Cc: luca abeni , Peter Zijlstra , Yuri Andriaccio , Ingo Molnar , Juri Lelli , Vincent Guittot , Dietmar Eggemann , Steven Rostedt , Ben Segall , Mel Gorman , Valentin Schneider , linux-kernel@vger.kernel.org, hannes@cmpxchg.org, mkoutny@suse.com, cgroups@vger.kernel.org Subject: Re: [RFC PATCH v5 20/29] sched/deadline: Allow deeper hierarchies of RT cgroups Message-ID: References: <20260430213835.62217-1-yurand2000@gmail.com> <20260430213835.62217-21-yurand2000@gmail.com> <20260505151523.GF3102624@noisy.programming.kicks-ass.net> <20260507163058.2c435922@nowhere> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Tue, May 12, 2026 at 08:19:02AM -1000, Tejun Heo wrote: > How is a delegated subtree prevented from setting cpu.rt.min = 'root' and > escaping its ancestors' cpu.rt.max budget? Hmm.. I guess the same problem exists w/ separate rt controller too. If the users on the system already started using rt, how do you enable the controller from the top down with budgets already being used down in the hierarchy? Thanks. -- tejun