linux-kernel - Re: [PATCH] sched/core: Report failed rt migrations to non-root cgroup without rt bandwidth under RT_GROUP

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <4nafhr4wqvta5uk4jfuxi7rc7fyaurflrfxa54ajaajy3o57mj@55qzh24m2u6s>
Date: Tue, 16 Sep 2025 10:47:56 -0400
From: Aaron Tomlin <atomlin@...mlin.com>
To: Michal Koutný <mkoutny@...e.com>
Cc: mingo@...hat.com, peterz@...radead.org, juri.lelli@...hat.com, 
	vincent.guittot@...aro.org, dietmar.eggemann@....com, rostedt@...dmis.org, 
	bsegall@...gle.com, mgorman@...e.de, vschneid@...hat.com, 
	shashank.mahadasyam@...y.com, longman@...hat.com, tj@...nel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] sched/core: Report failed rt migrations to non-root
 cgroup without rt bandwidth under RT_GROUP_SCHED

On Tue, Sep 16, 2025 at 11:09:45AM +0200, Michal Koutný wrote:
> The action in this case should be to assign non-trivial quota to target
> task_group (or un-rt the task), no?

Hi Michal,

I would prefer not to take any action. However, is there a strong
preference to demote the rt task so the CPU controller can be enabled in
this context?

> What setup do you envision for this message? (CONFIG_RT_GROUP_SCHED and
> cgroup v2?)

Yes. At this point, RT_GROUP_SCHED would be enabled at runtime.


Kind regards,
-- 
Aaron Tomlin