diff options
author | Uday Shankar <ushankar@purestorage.com> | 2025-04-16 06:54:35 +0300 |
---|---|---|
committer | Jens Axboe <axboe@kernel.dk> | 2025-04-17 04:33:21 +0300 |
commit | b69b8edfb27dfa563cd53f590ec42b481f9eb174 (patch) | |
tree | e1e2f57419ea9be5944464c2e7d1a06f1a9b6279 /tools/perf/scripts/python | |
parent | 3bf540609cab0402a7c3e40c1425532f3376318a (diff) | |
download | linux-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