summaryrefslogtreecommitdiffstats
path: root/lib/irq_regs.c
diff options
context:
space:
mode:
authorJens Axboe <axboe@kernel.dk>2022-12-21 15:11:33 +0100
committerJens Axboe <axboe@kernel.dk>2022-12-21 21:31:40 +0100
commit23fffb2f09ce1145cbd751801d45ba74acaa6542 (patch)
treee671424b224afc2f9a8500e87fdfd0f3cefe42c6 /lib/irq_regs.c
parentio_uring: finish waiting before flushing overflow entries (diff)
downloadlinux-23fffb2f09ce1145cbd751801d45ba74acaa6542.tar.xz
linux-23fffb2f09ce1145cbd751801d45ba74acaa6542.zip
io_uring/cancel: re-grab ctx mutex after finishing wait
If we have a signal pending during cancelations, it'll cause the task_work run to return an error. Since we didn't run task_work, the current task is left in TASK_INTERRUPTIBLE state when we need to re-grab the ctx mutex, and the kernel will rightfully complain about that. Move the lock grabbing for the error cases outside the loop to avoid that issue. Reported-by: syzbot+7df055631cd1be4586fd@syzkaller.appspotmail.com Link: https://lore.kernel.org/io-uring/0000000000003a14a905f05050b0@google.com/ Signed-off-by: Jens Axboe <axboe@kernel.dk>
Diffstat (limited to 'lib/irq_regs.c')
0 files changed, 0 insertions, 0 deletions