diff options
| author | Jens Axboe <axboe@kernel.dk> | 2020-10-17 08:31:29 -0600 |
|---|---|---|
| committer | Greg Kroah-Hartman <gregkh@linuxfoundation.org> | 2020-11-01 12:47:09 +0100 |
| commit | 95528c8042a412a77e4769a2ff2abf31fee08b0d (patch) | |
| tree | b133aa9cac3209bf883453de572f59a5fdbb857c /tools/perf/scripts/python/export-to-postgresql.py | |
| parent | 90adb2b40968fbf079917ee80058da3b57e23f72 (diff) | |
| download | linux-stable-95528c8042a412a77e4769a2ff2abf31fee08b0d.tar.gz linux-stable-95528c8042a412a77e4769a2ff2abf31fee08b0d.tar.bz2 linux-stable-95528c8042a412a77e4769a2ff2abf31fee08b0d.zip | |
mm: mark async iocb read as NOWAIT once some data has been copied
commit 13bd691421bc191a402d2e0d3da5f248d170a632 upstream.
Once we've copied some data for an iocb that is marked with IOCB_WAITQ,
we should no longer attempt to async lock a new page. Instead make sure
we return the copied amount, and let the caller retry, instead of
returning -EIOCBQUEUED for a new page.
This should only be possible with read-ahead disabled on the below
device, and multiple threads racing on the same file. Haven't been able
to reproduce on anything else.
Cc: stable@vger.kernel.org # v5.9
Fixes: 1a0a7853b901 ("mm: support async buffered reads in generic_file_buffered_read()")
Reported-by: Kent Overstreet <kent.overstreet@gmail.com>
Signed-off-by: Jens Axboe <axboe@kernel.dk>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'tools/perf/scripts/python/export-to-postgresql.py')
0 files changed, 0 insertions, 0 deletions