summaryrefslogtreecommitdiff
path: root/scripts/objdiff
diff options
context:
space:
mode:
authorPavel Begunkov <asml.silence@gmail.com>2025-02-12 13:33:24 +0000
committerGreg Kroah-Hartman <gregkh@linuxfoundation.org>2025-02-21 14:01:20 +0100
commit9d32212b998c9a38d83d8496b3641774e603b762 (patch)
tree78937ce98659e042ddbf7bb3e33b5ee914e2c7a2 /scripts/objdiff
parent1c3a7720fd96fe5810e3146ceea0b538c72eb38e (diff)
downloadlinux-9d32212b998c9a38d83d8496b3641774e603b762.tar.gz
linux-9d32212b998c9a38d83d8496b3641774e603b762.tar.bz2
linux-9d32212b998c9a38d83d8496b3641774e603b762.zip
io_uring/waitid: don't abuse io_tw_state
[ Upstream commit 06521ac0485effdcc9c792cb0b40ed8e6f2f5fb8 ] struct io_tw_state is managed by core io_uring, and opcode handling code must never try to cheat and create their own instances, it's plain incorrect. io_waitid_complete() attempts exactly that outside of the task work context, and even though the ring is locked, there would be no one to reap the requests from the defer completion list. It only works now because luckily it's called before io_uring_try_cancel_uring_cmd(), which flushes completions. Fixes: f31ecf671ddc4 ("io_uring: add IORING_OP_WAITID support") Signed-off-by: Pavel Begunkov <asml.silence@gmail.com> Signed-off-by: Jens Axboe <axboe@kernel.dk> Signed-off-by: Sasha Levin <sashal@kernel.org>
Diffstat (limited to 'scripts/objdiff')
0 files changed, 0 insertions, 0 deletions