From: Tejun Heo <tj@kernel.org>
To: sched-ext@lists.linux.dev
Cc: David Vernet <void@manifault.com>,
Andrea Righi <arighi@nvidia.com>,
Changwoo Min <changwoo@igalia.com>,
Emil Tsalapatis <emil@etsalapatis.com>,
David Dai <david.dai@linux.dev>,
linux-kernel@vger.kernel.org, Tejun Heo <tj@kernel.org>
Subject: [PATCHSET v2 sched_ext/for-7.4] sched_ext: Add ops.sub_child_ecaps_updated()
Date: Wed, 7 Oct 2026 23:32:26 -1000 [thread overview]
Message-ID: <20261008093228.2015427-1-tj@kernel.org> (raw)
Hello,
v2: - A sub's disable no longer reports. The report ran the op outside the
dispatch path, which meant setting up that path's context for the op's
kfuncs and gating the nested sub dispatch at runtime, and keeping the
report clear of the PM bypass took a lock that could stall a suspend.
The parent knows what it delegated, so ops.sub_detach() is where it
restores it, and its kerneldoc now says so (#1).
- scx_qmap resets a detaching child's cids from ops.sub_detach() (#2).
v1: https://lore.kernel.org/r/20261008000352.1689057-1-tj@kernel.org
A grant or revoke only records the target caps. They take effect on a cid at
its next dispatch, and nothing tells the parent when. Without that the
parent cannot act on a revoke, such as resetting the cpuperf target a child
left on the cid.
Patch 1 adds ops.sub_child_ecaps_updated(), delivered to the direct parent
right after the child's own ops.sub_ecaps_updated(), with the child's cgroup
id and the same before and after caps. A sub's disable reports nothing; the
parent restores what it delegated from ops.sub_detach(). Patch 2 makes
scx_qmap reset a child's cpuperf target once its PERF revoke takes effect,
and from sub_detach() for a detaching child.
Based on sched_ext/for-7.4 (3d7c2f550eef).
This patchset contains the following 2 patches.
0001 sched_ext: Add ops.sub_child_ecaps_updated() to report a child's effective cap changes
0002 sched_ext: scx_qmap: Reset a child's cpuperf targets once its PERF revoke takes effect
The patchset is also available in the following git branch:
git://git.kernel.org/pub/scm/linux/kernel/git/tj/sched_ext.git sub-child-ecaps-v2
diffstat follows. Thanks.
kernel/sched/ext/ext.c | 4 +++
kernel/sched/ext/internal.h | 30 ++++++++++++++++++---
kernel/sched/ext/sub.c | 59 +++++++++++++++++++++++++++++-------------
tools/sched_ext/scx_qmap.bpf.c | 33 +++++++++++++++++++++--
tools/sched_ext/scx_qmap.c | 7 +++--
tools/sched_ext/scx_qmap.h | 1 +
6 files changed, 109 insertions(+), 25 deletions(-)
--
tejun
next reply other threads:[~2026-10-08 9:32 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-08 9:32 Tejun Heo [this message]
2026-10-08 9:32 ` [PATCH 1/2] sched_ext: Add ops.sub_child_ecaps_updated() to report a child's effective cap changes Tejun Heo
2026-10-08 9:32 ` [PATCH 2/2] sched_ext: scx_qmap: Reset a child's cpuperf targets once its PERF revoke takes effect Tejun Heo
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=20261008093228.2015427-1-tj@kernel.org \
--to=tj@kernel.org \
--cc=arighi@nvidia.com \
--cc=changwoo@igalia.com \
--cc=david.dai@linux.dev \
--cc=emil@etsalapatis.com \
--cc=linux-kernel@vger.kernel.org \
--cc=sched-ext@lists.linux.dev \
--cc=void@manifault.com \
/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
all inboxes | Powered by JetHome®