diff options
author | 2025-04-09 09:06:00 -1000 | |
---|---|---|
committer | 2025-04-09 09:06:00 -1000 | |
commit | 54d2e717bc5f419b111915adfdec7ecc1ca8cf90 (patch) | |
tree | 2c1e6038ee7f8d7b906c94330634156db3128f15 /scripts/lib/kdoc/kdoc_files.py | |
parent | sched_ext: Remove scx_ops_enq_* static_keys (diff) | |
download | wireguard-linux-54d2e717bc5f419b111915adfdec7ecc1ca8cf90.tar.xz wireguard-linux-54d2e717bc5f419b111915adfdec7ecc1ca8cf90.zip |
sched_ext: Remove scx_ops_cpu_preempt static_key
scx_ops_cpu_preempt is used to encode whether ops.cpu_acquire/release() are
implemented into a static_key. These tests aren't hot enough for static_key
usage to make any meaningful difference and are made to use a static_key
mostly because there was no reason not to. However, global static_keys can't
work with the planned hierarchical multiple scheduler support. Remove the
static_key and instead use an internal ops flag SCX_OPS_HAS_CPU_PREEMPT to
record and test whether ops.cpu_acquire/release() are implemented.
In repeated hackbench runs before and after static_keys removal on an AMD
Ryzen 3900X, I couldn't tell any measurable performance difference.
Signed-off-by: Tejun Heo <tj@kernel.org>
Acked-by: Changwoo Min <changwoo@igalia.com>
Acked-by: Andrea Righi <arighi@nvidia.com>
Diffstat (limited to 'scripts/lib/kdoc/kdoc_files.py')
0 files changed, 0 insertions, 0 deletions