mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Tejun Heo <tj@kernel.org>
To: Linus Torvalds <torvalds@linux-foundation.org>
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>,
	sched-ext@lists.linux.dev, linux-kernel@vger.kernel.org
Subject: [GIT PULL] sched_ext: Fixes for v7.4-rc2
Date: Sun, 15 Nov 2026 10:50:56 -1000	[thread overview]
Message-ID: <ac8a34b2fcba5a00d2f779a0bcf71592@kernel.org> (raw)

Hello,

The following changes since commit 4dd16e31135ea8437a720222df34e8745f385d6d:

  Merge tag 'net-7.4-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/netdev/net (2026-10-29 08:17:05 -1000)

are available in the Git repository at:

  https://git.kernel.org/pub/scm/linux/kernel/git/tj/sched_ext.git tags/sched_ext-for-7.4-rc2-fixes

for you to fetch changes up to 700a332c3fe33014bbd5ae852d71ba679fc29e0a:

  sched_ext: Reject DSQ iterator kfuncs in tracing programs (2026-11-12 07:30:07 -1000)

----------------------------------------------------------------
sched_ext: Fixes for v7.4-rc2

- With proxy execution or core scheduling, a CPU could run a task that had
  been requeued on another CPU while dispatch had the rq lock dropped.

- Unregistering a scheduler could return while its teardown was still
  running, letting the teardown call into BPF code that was already freed.

- A CPU coming online could call into the BPF scheduler before the scheduler
  was told that the CPU is online.

- A parent scheduler could be asked to attach a sub-scheduler to a cgroup
  that was already removed.

- Hardening: more kfuncs that take a queue lock are rejected in tracing
  programs, where they could deadlock the CPU, and a queue iterator no
  longer restarts after reaching the end, which the BPF verifier assumes
  can't happen.

- Smaller fixes: tasks needlessly sent back to the BPF scheduler on idle
  CPUs, stale scheduling state carried into a task's next scheduler, and
  uneven CPU shards with partially populated SMT cores.

The branch merged mainline once, for a BPF dependency of a tools/sched_ext
header sync that is yet to be applied.

----------------------------------------------------------------
Andrea Righi (1):
      sched_ext: Avoid unnecessary IMMED reenqueues on idle CPUs

Kang Chen (1):
      sched_ext: make DSQ iterator stay drained after NULL

Kuba Piecuch (1):
      sched_ext: Read exit_kind before flushing in scx_flush_disable_work()

Rahad Bhuiya (1):
      sched_ext: Reset task fields on exit of an SCX_TASK_READY task

Shubhang Kaushik (Ampere) (1):
      sched_ext: Reject scx_bpf_destroy_dsq() in tracing programs

Tao Cui (1):
      sched_ext: Reject DSQ iterator kfuncs in tracing programs

Tejun Heo (6):
      sched_ext: Merge branch 'master' into for-7.4-fixes
      sched_ext: Fix scx_bpf_dsq_reenq() kerneldoc claiming NMI calls are allowed
      sched_ext: Call ops.sub_attach() only while the cgroup is online
      sched_ext: Fix stale pick when the donor changes during dispatch
      sched_ext: Factor out drain_offline_rq()
      sched_ext: Fix ops.enqueue/dispatch() calls before ops.cpu_online()

Zhang Qiao (1):
      sched_ext: Fix partial-SMT core counting in calc_shard_layout()

 kernel/sched/ext/cid.c      |   8 ++-
 kernel/sched/ext/ext.c      | 160 ++++++++++++++++++++++++++++++--------------
 kernel/sched/ext/inlines.h  |  39 +++++++++--
 kernel/sched/ext/internal.h |   4 ++
 kernel/sched/ext/sub.c      |  22 ++++--
 kernel/sched/sched.h        |  17 ++---
 6 files changed, 183 insertions(+), 67 deletions(-)

-- 
tejun

             reply	other threads:[~2026-11-15 20:50 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-11-15 20:50 Tejun Heo [this message]
2026-11-15 22:29 ` pr-tracker-bot

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=ac8a34b2fcba5a00d2f779a0bcf71592@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=torvalds@linux-foundation.org \
    --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®