diff options
author | Jens Axboe <axboe@kernel.dk> | 2023-01-21 01:08:21 +0300 |
---|---|---|
committer | Greg Kroah-Hartman <gregkh@linuxfoundation.org> | 2023-01-24 09:24:37 +0300 |
commit | 36fc7317cdb16cfeae0f879916995037bb615ac4 (patch) | |
tree | 671eac67fea76edcf0e6de9da592a9169c5ba5fe /security/selinux/ss/ebitmap.c | |
parent | 66144d830f59364d650ee9e7dc575daf9748172f (diff) | |
download | linux-36fc7317cdb16cfeae0f879916995037bb615ac4.tar.xz |
io_uring/poll: don't reissue in case of poll race on multishot request
commit 8caa03f10bf92cb8657408a6ece6a8a73f96ce13 upstream.
A previous commit fixed a poll race that can occur, but it's only
applicable for multishot requests. For a multishot request, we can safely
ignore a spurious wakeup, as we never leave the waitqueue to begin with.
A blunt reissue of a multishot armed request can cause us to leak a
buffer, if they are ring provided. While this seems like a bug in itself,
it's not really defined behavior to reissue a multishot request directly.
It's less efficient to do so as well, and not required to rearm anything
like it is for singleshot poll requests.
Cc: stable@vger.kernel.org
Fixes: 6e5aedb9324a ("io_uring/poll: attempt request issue after racy poll wakeup")
Reported-and-tested-by: Olivier Langlois <olivier@trillion01.com>
Link: https://github.com/axboe/liburing/issues/778
Signed-off-by: Jens Axboe <axboe@kernel.dk>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'security/selinux/ss/ebitmap.c')
0 files changed, 0 insertions, 0 deletions