diff options
author | 2025-03-18 12:14:17 -0600 | |
---|---|---|
committer | 2025-03-19 06:32:06 -0600 | |
commit | 989bcd623a8b0c32b76d9258767d8b37e53419e6 (patch) | |
tree | 893e6a8d42c7dd7bcb56dedcb9875fb44ba99d19 /scripts/gdb/linux/utils.py | |
parent | blk-cgroup: improve policy registration error handling (diff) | |
download | wireguard-linux-989bcd623a8b0c32b76d9258767d8b37e53419e6.tar.xz wireguard-linux-989bcd623a8b0c32b76d9258767d8b37e53419e6.zip |
ublk: remove io_cmds list in ublk_queue
The current I/O dispatch mechanism - queueing I/O by adding it to the
io_cmds list (and poking task_work as needed), then dispatching it in
ublk server task context by reversing io_cmds and completing the
io_uring command associated to each one - was introduced by commit
7d4a93176e014 ("ublk_drv: don't forward io commands in reserve order")
to ensure that the ublk server received I/O in the same order that the
block layer submitted it to ublk_drv. This mechanism was only needed for
the "raw" task_work submission mechanism, since the io_uring task work
wrapper maintains FIFO ordering (using quite a similar mechanism in
fact). The "raw" task_work submission mechanism is no longer supported
in ublk_drv as of commit 29dc5d06613f2 ("ublk: kill queuing request by
task_work_add"), so the explicit llist/reversal is no longer needed - it
just duplicates logic already present in the underlying io_uring APIs.
Remove it.
Signed-off-by: Uday Shankar <ushankar@purestorage.com>
Reviewed-by: Ming Lei <ming.lei@redhat.com>
Link: https://lore.kernel.org/r/20250318-ublk_io_cmds-v1-1-c1bb74798fef@purestorage.com
Signed-off-by: Jens Axboe <axboe@kernel.dk>
Diffstat (limited to 'scripts/gdb/linux/utils.py')
0 files changed, 0 insertions, 0 deletions