diff options
| author |   Jens Axboe <axboe@kernel.dk> | 2021-03-01 13:56:00 -0700 |
|---|---|---|
| committer | Jens Axboe <axboe@kernel.dk> | 2021-03-04 06:38:01 -0700 |
| commit | 3e6a0d3c7571ce3ed0d25c5c32543a54a7ebcd75 (patch) | |
| tree | ff7601dcfcfacd23d47a45ec0fed2f0548fa5bf5 /tools/perf/scripts/python/export-to-postgresql.py | |
| parent | io-wq: fix error path leak of buffered write hash map (diff) | |
| download | wireguard-linux-3e6a0d3c7571ce3ed0d25c5c32543a54a7ebcd75.tar.xz wireguard-linux-3e6a0d3c7571ce3ed0d25c5c32543a54a7ebcd75.zip | |
io_uring: fix -EAGAIN retry with IOPOLL
We no longer revert the iovec on -EIOCBQUEUED, see commit ab2125df921d,
and this started causing issues for IOPOLL on devies that run out of
request slots. Turns out what outside of needing a revert for those, we
also had a bug where we didn't properly setup retry inside the submission
path. That could cause re-import of the iovec, if any, and that could lead
to spurious results if the application had those allocated on the stack.
Catch -EAGAIN retry and make the iovec stable for IOPOLL, just like we do
for !IOPOLL retries.
Cc: <stable@vger.kernel.org> # 5.9+
Reported-by: Abaci Robot <abaci@linux.alibaba.com>
Reported-by: Xiaoguang Wang <xiaoguang.wang@linux.alibaba.com>
Signed-off-by: Jens Axboe <axboe@kernel.dk>
Diffstat (limited to '')
0 files changed, 0 insertions, 0 deletions