From: sashiko-bot@kernel.org
To: "Andrea Righi" <arighi@nvidia.com>
Cc: sched-ext@lists.linux.dev
Subject: Re: [PATCH 08/10] sched_ext: Add selftest for blocked donor admission
Date: Mon, 13 Jul 2026 16:34:08 +0000 [thread overview]
Message-ID: <20260713163409.50E861F000E9@smtp.kernel.org> (raw)
In-Reply-To: <20260713162112.26785-9-arighi@nvidia.com>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Medium] The selftest fails to verify strict CPU affinity of blocked donors during the same-CPU topology test due to a flawed conditional check.
--
--- Patch [8]: [PATCH 08/10] sched_ext: Add selftest for blocked donor admission ---
commit 933cd9c1a4c089059db1cd4edea0c388cf1d4510
Author: Andrea Righi <arighi@nvidia.com>
Subject: sched_ext: Add selftest for blocked donor admission
This commit introduces a selftest for the SCX_OPS_ENQ_BLOCKED scheduler
interface, testing blocked-donor admission requests. It sets up a priority
inversion scenario using a custom BPF scheduler and a kernel module to
exercise proxy execution. The test evaluates both same-CPU and cross-CPU
topologies.
> diff --git a/tools/testing/selftests/sched_ext/enq_blocked.c b/tools/testing/selftests/sched_ext/enq_blocked.c
> new file mode 100644
> index 0000000000000..4df9671222831
> --- /dev/null
> +++ b/tools/testing/selftests/sched_ext/enq_blocked.c
[ ... ]
> + if (status == SCX_TEST_PASS) {
> + if (enq_blocked && proxy_enabled && !nr_blocked) {
> + SCX_ERR("ops.enqueue() did not receive the blocked donor");
> + status = SCX_TEST_FAIL;
> + } else if ((!enq_blocked || !proxy_enabled) && nr_blocked) {
> + SCX_ERR("ops.enqueue() unexpectedly received %llu blocked donors",
> + (unsigned long long)nr_blocked);
> + status = SCX_TEST_FAIL;
> + } else if (cross_cpu && nr_blocked_other_cpu) {
[Severity: Medium]
Should the unexpected CPU enqueue verification be restricted solely to the
cross-CPU topology test?
If cross_cpu is false in the same-CPU test configuration, this conditional
bypasses the check for nr_blocked_other_cpu. It seems this might silently
ignore a regression if a pinned proxy donor is somehow incorrectly migrated
and enqueued on an unexpected CPU during the same-CPU test.
Would it make sense to remove the cross_cpu condition here to ensure strict
CPU affinity is validated across both test configurations?
> + SCX_ERR("Blocked donor had %llu enqueues on unexpected CPUs",
> + (unsigned long long)nr_blocked_other_cpu);
> + status = SCX_TEST_FAIL;
> + }
> + }
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260713162112.26785-1-arighi@nvidia.com?part=8
next prev parent reply other threads:[~2026-07-13 16:34 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-13 16:17 [PATCHSET v5 sched_ext/for-7.3] sched: Make proxy execution compatible with sched_ext Andrea Righi
2026-07-13 16:17 ` [PATCH 01/10] sched: Add helper to block retained proxy donors Andrea Righi
2026-07-13 16:17 ` [PATCH 02/10] sched_ext: Block proxy donors across scheduler transitions Andrea Righi
2026-07-13 16:41 ` sashiko-bot
2026-07-13 16:17 ` [PATCH 03/10] sched_ext: Fix ops.running/stopping() pairing for proxy-exec donors Andrea Righi
2026-07-13 16:17 ` [PATCH 04/10] sched_ext: Split curr|donor references properly Andrea Righi
2026-07-13 16:48 ` sashiko-bot
2026-07-13 16:17 ` [PATCH 05/10] sched_ext: Fix TOCTOU race in consume_remote_task() Andrea Righi
2026-07-13 16:17 ` [PATCH 06/10] sched_ext: Handle blocked donor migration with proxy execution Andrea Righi
2026-07-13 16:44 ` sashiko-bot
2026-07-13 16:17 ` [PATCH 07/10] sched_ext: Delegate proxy donor admission to BPF schedulers Andrea Righi
2026-07-13 16:45 ` sashiko-bot
2026-07-13 16:17 ` [PATCH 08/10] sched_ext: Add selftest for blocked donor admission Andrea Righi
2026-07-13 16:34 ` sashiko-bot [this message]
2026-07-13 16:17 ` [PATCH 09/10] sched_ext: scx_qmap: Add proxy execution support Andrea Righi
2026-07-13 16:17 ` [PATCH 10/10] sched: Allow enabling proxy exec with sched_ext Andrea Righi
2026-07-13 16:49 ` sashiko-bot
-- strict thread matches above, loose matches on Subject: below --
2026-07-10 8:36 [PATCHSET v4 sched_ext/for-7.3] sched: Make proxy execution compatible " Andrea Righi
2026-07-10 8:36 ` [PATCH 08/10] sched_ext: Add selftest for blocked donor admission Andrea Righi
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=20260713163409.50E861F000E9@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=arighi@nvidia.com \
--cc=sashiko-reviews@lists.linux.dev \
--cc=sched-ext@lists.linux.dev \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.