summaryrefslogtreecommitdiff
path: root/Documentation/driver-api/xilinx/index.rst
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@linux-foundation.org>2025-05-12 18:02:05 -0700
committerLinus Torvalds <torvalds@linux-foundation.org>2025-05-12 18:02:05 -0700
commite9565e23cd89d4d5cd4388f8742130be1d6f182d (patch)
tree3ff7a6d85b24ce668411ad115f894c0096e52b51 /Documentation/driver-api/xilinx/index.rst
parentd471045e757e941ca802bca3147aab45bf770754 (diff)
parent428dc9fc0873989d73918d4a9cc22745b7bbc799 (diff)
Merge tag 'sched_ext-for-6.15-rc6-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/tj/sched_extHEADmaster
Pull sched_ext fixes from Tejun Heo: "A little bit invasive for rc6 but they're important fixes, pass tests fine and won't break anything outside sched_ext: - scx_bpf_cpuperf_set() calls internal functions that require the rq to be locked. It assumed that the BPF caller has rq locked but that's not always true. Fix it by tracking whether rq is currently held by the CPU and grabbing it if necessary - bpf_iter_scx_dsq_new() was leaving the DSQ iterator in an uninitialized state after an error. However, next() and destroy() can be called on an iterator which failed initialization and thus they always need to be initialized even after an init error. Fix by always initializing the iterator - Remove duplicate BTF_ID_FLAGS() entries" * tag 'sched_ext-for-6.15-rc6-fixes' of git://git.kernel.org/pub/scm/linux/kernel/git/tj/sched_ext: sched_ext: bpf_iter_scx_dsq_new() should always initialize iterator sched_ext: Fix rq lock state in hotplug ops sched_ext: Remove duplicate BTF_ID_FLAGS definitions sched_ext: Fix missing rq lock in scx_bpf_cpuperf_set() sched_ext: Track currently locked rq
Diffstat (limited to 'Documentation/driver-api/xilinx/index.rst')
0 files changed, 0 insertions, 0 deletions