summaryrefslogtreecommitdiffstats
path: root/fs/crypto/fname.c
diff options
context:
space:
mode:
authorXiaoguang Wang <xiaoguang.wang@linux.alibaba.com>2020-06-18 15:01:56 +0800
committerJens Axboe <axboe@kernel.dk>2020-06-18 08:32:44 -0600
commit6f2cc1664db20676069cff27a461ccc97dbfd114 (patch)
tree03f8e94c146b804f87b40ffa3f84b08d13f065d8 /fs/crypto/fname.c
parent56952e91acc93ed624fe9da840900defb75f1323 (diff)
downloadlinux-6f2cc1664db20676069cff27a461ccc97dbfd114.tar.gz
linux-6f2cc1664db20676069cff27a461ccc97dbfd114.tar.bz2
linux-6f2cc1664db20676069cff27a461ccc97dbfd114.zip
io_uring: fix possible race condition against REQ_F_NEED_CLEANUP
In io_read() or io_write(), when io request is submitted successfully, it'll go through the below sequence: kfree(iovec); req->flags &= ~REQ_F_NEED_CLEANUP; return ret; But clearing REQ_F_NEED_CLEANUP might be unsafe. The io request may already have been completed, and then io_complete_rw_iopoll() and io_complete_rw() will be called, both of which will also modify req->flags if needed. This causes a race condition, with concurrent non-atomic modification of req->flags. To eliminate this race, in io_read() or io_write(), if io request is submitted successfully, we don't remove REQ_F_NEED_CLEANUP flag. If REQ_F_NEED_CLEANUP is set, we'll leave __io_req_aux_free() to the iovec cleanup work correspondingly. Cc: stable@vger.kernel.org Signed-off-by: Xiaoguang Wang <xiaoguang.wang@linux.alibaba.com> Signed-off-by: Jens Axboe <axboe@kernel.dk>
Diffstat (limited to 'fs/crypto/fname.c')
0 files changed, 0 insertions, 0 deletions