[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20250422082907.110167-1-arighi@nvidia.com>
Date: Tue, 22 Apr 2025 10:26:31 +0200
From: Andrea Righi <arighi@...dia.com>
To: Tejun Heo <tj@...nel.org>,
David Vernet <void@...ifault.com>,
Changwoo Min <changwoo@...lia.com>
Cc: linux-kernel@...r.kernel.org
Subject: [PATCH v3 0/2] sched_ext: Introduce rq lock tracking
Add rq lock tracking to sched_ext ops callbacks to enable scx_bpf_*()
kfuncs to detect whether a specific rq is currently locked and safely
operate with it.
If no rq is locked, the target rq lock can be acquired. If a different rq
is already locked, the operation can either fail (triggering an ops error),
deferred using IRQ work, or managed accordingly to avoid deadlocks.
This patchset is also available in the following git branch:
git://git.kernel.org/pub/scm/linux/kernel/git/arighi/linux.git scx-rq-lock-tracking
Changes in v3:
- remove unnecessary rq != NULL optimization check in SCX_CALL_OP()
- reorder SCX_CALL_OP*() arguments to group static args together
- link to v2: https://lore.kernel.org/all/20250420193106.42533-1-arighi@nvidia.com/
Changes in v2:
- store currently locked rq in a percpu variable
- link to v1: https://lore.kernel.org/all/20250419123536.154469-1-arighi@nvidia.com
Andrea Righi (2):
sched_ext: Track currently locked rq
sched_ext: Fix missing rq lock in scx_bpf_cpuperf_set()
kernel/sched/ext.c | 179 +++++++++++++++++++++++++++++++-----------------
kernel/sched/ext_idle.c | 2 +-
2 files changed, 118 insertions(+), 63 deletions(-)
Powered by blists - more mailing lists