summaryrefslogtreecommitdiff
path: root/tools/perf/scripts/python
diff options
context:
space:
mode:
authorUday Shankar <ushankar@purestorage.com>2025-04-16 06:54:35 +0300
committerJens Axboe <axboe@kernel.dk>2025-04-17 04:33:21 +0300
commitb69b8edfb27dfa563cd53f590ec42b481f9eb174 (patch)
treee1e2f57419ea9be5944464c2e7d1a06f1a9b6279 /tools/perf/scripts/python
parent3bf540609cab0402a7c3e40c1425532f3376318a (diff)
downloadlinux-b69b8edfb27dfa563cd53f590ec42b481f9eb174.tar.xz
ublk: properly serialize all FETCH_REQs
Most uring_cmds issued against ublk character devices are serialized because each command affects only one queue, and there is an early check which only allows a single task (the queue's ubq_daemon) to issue uring_cmds against that queue. However, this mechanism does not work for FETCH_REQs, since they are expected before ubq_daemon is set. Since FETCH_REQs are only used at initialization and not in the fast path, serialize them using the per-ublk-device mutex. This fixes a number of data races that were previously possible if a badly behaved ublk server decided to issue multiple FETCH_REQs against the same qid/tag concurrently. Reported-by: Caleb Sander Mateos <csander@purestorage.com> Signed-off-by: Uday Shankar <ushankar@purestorage.com> Signed-off-by: Ming Lei <ming.lei@redhat.com> Link: https://lore.kernel.org/r/20250416035444.99569-2-ming.lei@redhat.com Signed-off-by: Jens Axboe <axboe@kernel.dk>
Diffstat (limited to 'tools/perf/scripts/python')
0 files changed, 0 insertions, 0 deletions