diff options
| author | Jan Kara <[email protected]> | 2024-11-26 14:52:08 +0000 |
|---|---|---|
| committer | Andrew Morton <[email protected]> | 2024-12-06 03:54:44 +0000 |
| commit | a220d6b95b1ae12c7626283d7609f0a1438e6437 (patch) | |
| tree | 94f656397c6b8e6da4cd9c57add04d6ca837a037 /mm/vmalloc.c | |
| parent | selftests/damon: add _damon_sysfs.py to TEST_FILES (diff) | |
| download | kernel-a220d6b95b1ae12c7626283d7609f0a1438e6437.tar.gz kernel-a220d6b95b1ae12c7626283d7609f0a1438e6437.zip | |
Revert "readahead: properly shorten readahead when falling back to do_page_cache_ra()"
This reverts commit 7c877586da3178974a8a94577b6045a48377ff25.
Anders and Philippe have reported that recent kernels occasionally hang
when used with NFS in readahead code. The problem has been bisected to
7c877586da3 ("readahead: properly shorten readahead when falling back to
do_page_cache_ra()"). The cause of the problem is that ra->size can be
shrunk by read_pages() call and subsequently we end up calling
do_page_cache_ra() with negative (read huge positive) number of pages.
Let's revert 7c877586da3 for now until we can find a proper way how the
logic in read_pages() and page_cache_ra_order() can coexist. This can
lead to reduced readahead throughput due to readahead window confusion but
that's better than outright hangs.
Link: https://lkml.kernel.org/r/[email protected]
Fixes: 7c877586da31 ("readahead: properly shorten readahead when falling back to do_page_cache_ra()")
Reported-by: Anders Blomdell <[email protected]>
Reported-by: Philippe Troin <[email protected]>
Signed-off-by: Jan Kara <[email protected]>
Tested-by: Philippe Troin <[email protected]>
Cc: Matthew Wilcox <[email protected]>
Cc: <[email protected]>
Signed-off-by: Andrew Morton <[email protected]>
Diffstat (limited to 'mm/vmalloc.c')
0 files changed, 0 insertions, 0 deletions
