From: Cheng-Yang Chou <yphbchou0911@gmail.com>
To: sched-ext@lists.linux.dev, Tejun Heo <tj@kernel.org>,
David Vernet <void@manifault.com>,
Andrea Righi <arighi@nvidia.com>,
Changwoo Min <changwoo@igalia.com>,
"Paul E . McKenney" <paulmck@kernel.org>,
rcu@vger.kernel.org
Cc: Ching-Chun Huang <jserv@ccns.ncku.edu.tw>,
Chia-Ping Tsai <chia7712@gmail.com>,
yphbchou0911@gmail.com
Subject: [PATCH v2 sched_ext/for-7.2 0/2] sched_ext: Follow-up fixes for exit_cpu accuracy
Date: Tue, 5 May 2026 00:08:18 +0800 [thread overview]
Message-ID: <20260504161543.674488-1-yphbchou0911@gmail.com> (raw)
Follow-up of Tejun's suggestion [1]:
Patch 1: Normalize "on cpu N" -> "on CPU N" in the exit dump header to
match UEI output style.
Patch 2: Fix exit_cpu accuracy for the hard lockup and RCU stall paths
which were recording the detector CPU instead of the actual hung/stalled
CPU. Touches kernel/rcu/tree_stall.h and kernel/rcu/tree_exp.h to thread
the stalled CPU through panic_on_rcu_stall().
Based on sched_ext/for-next (88588854c283).
Changes in v2:
- Use raw_smp_processor_id() in synchronize_rcu_expedited_wait() to
avoid CONFIG_DEBUG_PREEMPT splat (preemption is enabled there after
nbcon_cpu_emergency_exit()).
- Link to v1:
https://lore.kernel.org/r/20260501131521.161852-1-yphbchou0911@gmail.com/
[1]: https://lore.kernel.org/r/e7cbfc99b52b4b7059267bb81498179f@kernel.org/
Thanks,
Cheng-Yang
---
Cheng-Yang Chou (2):
sched_ext: Normalize exit dump header to "on CPU N"
sched_ext: Fix exit_cpu accuracy for lockup paths
include/linux/sched/ext.h | 4 ++--
kernel/rcu/tree_exp.h | 2 +-
kernel/rcu/tree_stall.h | 11 +++++++----
kernel/sched/ext.c | 16 +++++++++-------
kernel/sched/ext_internal.h | 2 --
5 files changed, 19 insertions(+), 16 deletions(-)
--
2.48.1
next reply other threads:[~2026-05-04 16:15 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-05-04 16:08 Cheng-Yang Chou [this message]
2026-05-04 16:08 ` [PATCH v2 1/2] sched_ext: Normalize exit dump header to "on CPU N" Cheng-Yang Chou
2026-05-04 16:08 ` [PATCH v2 2/2] sched_ext: Fix exit_cpu accuracy for lockup paths Cheng-Yang Chou
2026-05-05 0:59 ` Tejun Heo
2026-05-05 3:44 ` Paul E. McKenney
2026-05-05 8:20 ` Cheng-Yang Chou
2026-05-05 8:34 ` Tejun Heo
2026-05-06 10:18 ` Cheng-Yang Chou
2026-05-07 21:39 ` Tejun Heo
2026-05-05 15:10 ` Paul E. McKenney
2026-05-06 10:54 ` Cheng-Yang Chou
2026-05-04 21:05 ` [PATCH v2 sched_ext/for-7.2 0/2] sched_ext: Follow-up fixes for exit_cpu accuracy 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=20260504161543.674488-1-yphbchou0911@gmail.com \
--to=yphbchou0911@gmail.com \
--cc=arighi@nvidia.com \
--cc=changwoo@igalia.com \
--cc=chia7712@gmail.com \
--cc=jserv@ccns.ncku.edu.tw \
--cc=paulmck@kernel.org \
--cc=rcu@vger.kernel.org \
--cc=sched-ext@lists.linux.dev \
--cc=tj@kernel.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