All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tejun Heo <tj@kernel.org>
To: Tao Cui <cui.tao@linux.dev>
Cc: David Vernet <void@manifault.com>,
	Andrea Righi <arighi@nvidia.com>,
	Changwoo Min <changwoo@igalia.com>,
	sched-ext@lists.linux.dev, Tao Cui <cuitao@kylinos.cn>
Subject: Re: [PATCH 0/5] sched_ext: selftest infrastructure fixes
Date: Mon, 12 Oct 2026 13:56:11 -1000	[thread overview]
Message-ID: <2e8098a4970602406e335edb4df09a0c@kernel.org> (raw)
In-Reply-To: <20261009134104.296891-1-cui.tao@linux.dev>

Hello, Tao.

The following is a Claude-generated review.

On Fri, Oct 09, 2026 at 09:40:59PM +0800, Tao Cui wrote:
>   1. selftests/sched_ext: Fix reload_loop error-path use-after-free

Looks good. Inside the if (err) block, SCX_FAIL() reads better than
SCX_FAIL_IF(err, ...).

>   2. sched_ext: Add SCX_ECODE_RSN_CGROUP_OFFLINE to user_exit_info.h

Can you name the commit in the description? It's ebeca1f930ea ("sched_ext:
Introduce cgroup sub-sched support").

>   3. selftests/sched_ext: Fail loudly when EXIT_KIND is missing from
>      BTF. EXIT_KIND() resolves scx_exit_kind values through
>      __COMPAT_ENUM_OR_ZERO(), which maps a missing enum to 0 (==
>      SCX_EXIT_NONE), so on kernels whose BTF lacks the enum every
>      EXIT_KIND() comparison is meaningless.

struct scx_exit_info carries enum scx_exit_kind, so any BTF that loads the
skeleton has the enum. What can be missing is an enumerator, and the four
the tests use today exist on every sched_ext kernel. On a kernel missing
one, the comparisons against SCX_EXIT_NONE get the right value from the
fallback, the SCX_EQ()s against UNREG/UNREG_BPF/ERROR fail with a confusing
message, and the only vacuous pass is the error poll in kick.c.

The new EXIT_KIND() is also SCX_KIND_VAL() with a different message. If
you want to keep the patch, maybe define one in terms of the other?

With a return hidden in the macro, the remaining
kind != EXIT_KIND(SCX_EXIT_NONE) sites (allowed_cpus, cgroup_nr_cpus,
cyclic_kick_wait, enq_blocked) jump over their goto cleanup on a miss, and
invalid_one() resolves error_kind after the gated worker is spawned.
Converting those sites to UEI_EXITED() like the polling helpers and
hoisting the lookup above the spawn would close that.

The <unistd.h> include is unused in this patch, and compat.h already pulls
it in.

>   4. selftests/sched_ext: Add SCX_ASSERT_ALIVE and adopt it.

Looks good. Can SCX_ASSERT_ALIVE() print uei.msg too? That's where the
actual error text ends up. UEI_REPORT() already does that.

>   5. selftests/sched_ext: Bound exit waits and report reload_loop
>      failures.

On timeout, exit.c returns with the link and the skel still open. The
scheduler that didn't exit stays attached for the rest of the runner
process, so every later test fails to attach with EBUSY and the real
failure is buried. prog_run and hotplug destroy the link on their timeout
paths. Can exit.c do the same, plus exit__destroy()?

In reload_loop, SCX_FAIL_IF(unexpected_errno, ...) returns before the
printf(), so the ", unexpected errno" arm is dead, and the EBUSY count then
prints on every run. 2048 of 2048 failing is also a weak bar; "at least one
success per thread" would say the same thing more sharply. Would you split
the timed wait and the reload_loop accounting into two patches?

Nits: two stray blank lines after setup(), and the two #defines could be an
enum.

Can you note the base and how the series was tested in the cover?

Thanks.

-- 
tejun

  parent reply	other threads:[~2026-10-12 23:56 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-10-09 13:40 [PATCH 0/5] sched_ext: selftest infrastructure fixes Tao Cui
2026-10-09 13:41 ` [PATCH 1/5] selftests/sched_ext: Fix reload_loop error-path use-after-free Tao Cui
2026-10-09 13:41 ` [PATCH 2/5] sched_ext: Add SCX_ECODE_RSN_CGROUP_OFFLINE to user_exit_info.h Tao Cui
2026-10-09 13:41 ` [PATCH 3/5] selftests/sched_ext: Fail loudly when EXIT_KIND is missing from BTF Tao Cui
2026-10-09 13:54   ` sashiko-bot
2026-10-09 13:41 ` [PATCH 4/5] selftests/sched_ext: Add SCX_ASSERT_ALIVE and adopt it Tao Cui
2026-10-09 13:41 ` [PATCH 5/5] selftests/sched_ext: Bound exit waits and report reload_loop failures Tao Cui
2026-10-09 13:48   ` sashiko-bot
2026-10-12 23:56 ` Tejun Heo [this message]
  -- strict thread matches above, loose matches on Subject: below --
2026-10-09 13:40 [PATCH 0/5] sched_ext: selftest infrastructure fixes Tao Cui

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=2e8098a4970602406e335edb4df09a0c@kernel.org \
    --to=tj@kernel.org \
    --cc=arighi@nvidia.com \
    --cc=changwoo@igalia.com \
    --cc=cui.tao@linux.dev \
    --cc=cuitao@kylinos.cn \
    --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 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.