All the mail mirrored from lore.kernel.org
 help / color / mirror / Atom feed
From: Andrew Morton <akpm@linux-foundation.org>
To: Kefeng Wang <wangkefeng.wang@huawei.com>
Cc: "Matthew Wilcox (Oracle)" <willy@infradead.org>,
	<linux-mm@kvack.org>, <linux-fsdevel@vger.kernel.org>,
	zhangyi <yi.zhang@huawei.com>
Subject: Re: [PATCH] mm: use memalloc_nofs_save() in page_cache_ra_order()
Date: Fri, 26 Apr 2024 11:49:05 -0700	[thread overview]
Message-ID: <20240426114905.216e3d41b97f9a59be26999e@linux-foundation.org> (raw)
In-Reply-To: <20240426112938.124740-1-wangkefeng.wang@huawei.com>

On Fri, 26 Apr 2024 19:29:38 +0800 Kefeng Wang <wangkefeng.wang@huawei.com> wrote:

> See commit f2c817bed58d ("mm: use memalloc_nofs_save in readahead
> path"), ensure that page_cache_ra_order() do not attempt to reclaim
> file-backed pages too, or it leads to a deadlock, found issue when
> test ext4 large folio.
> 
>  INFO: task DataXceiver for:7494 blocked for more than 120 seconds.
>  "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
>  task:DataXceiver for state:D stack:0     pid:7494  ppid:1      flags:0x00000200
>  Call trace:
>   __switch_to+0x14c/0x240
>   __schedule+0x82c/0xdd0
>   schedule+0x58/0xf0
>   io_schedule+0x24/0xa0
>   __folio_lock+0x130/0x300
>   migrate_pages_batch+0x378/0x918
>   migrate_pages+0x350/0x700
>   compact_zone+0x63c/0xb38
>   compact_zone_order+0xc0/0x118
>   try_to_compact_pages+0xb0/0x280
>   __alloc_pages_direct_compact+0x98/0x248
>   __alloc_pages+0x510/0x1110
>   alloc_pages+0x9c/0x130
>   folio_alloc+0x20/0x78
>   filemap_alloc_folio+0x8c/0x1b0
>   page_cache_ra_order+0x174/0x308
>   ondemand_readahead+0x1c8/0x2b8
>   page_cache_async_ra+0x68/0xb8
>   filemap_readahead.isra.0+0x64/0xa8
>   filemap_get_pages+0x3fc/0x5b0
>   filemap_splice_read+0xf4/0x280
>   ext4_file_splice_read+0x2c/0x48 [ext4]
>   vfs_splice_read.part.0+0xa8/0x118
>   splice_direct_to_actor+0xbc/0x288
>   do_splice_direct+0x9c/0x108
>   do_sendfile+0x328/0x468
>   __arm64_sys_sendfile64+0x8c/0x148
>   invoke_syscall+0x4c/0x118
>   el0_svc_common.constprop.0+0xc8/0xf0
>   do_el0_svc+0x24/0x38
>   el0_svc+0x4c/0x1f8
>   el0t_64_sync_handler+0xc0/0xc8
>   el0t_64_sync+0x188/0x190
> 
> Cc: zhangyi (F) <yi.zhang@huawei.com>
> Signed-off-by: Kefeng Wang <wangkefeng.wang@huawei.com>

I'm thinking

Fixes: 793917d997df ("mm/readahead: Add large folio readahead")
Cc: stable

> --- a/mm/readahead.c
> +++ b/mm/readahead.c
> @@ -494,6 +494,7 @@ void page_cache_ra_order(struct readahead_control *ractl,
>  	pgoff_t index = readahead_index(ractl);
>  	pgoff_t limit = (i_size_read(mapping->host) - 1) >> PAGE_SHIFT;
>  	pgoff_t mark = index + ra->size - ra->async_size;
> +	unsigned int nofs;
>  	int err = 0;
>  	gfp_t gfp = readahead_gfp_mask(mapping);
>  
> @@ -508,6 +509,8 @@ void page_cache_ra_order(struct readahead_control *ractl,
>  		new_order = min_t(unsigned int, new_order, ilog2(ra->size));
>  	}
>  
> +	/* See comment in page_cache_ra_unbounded() */
> +	nofs = memalloc_nofs_save();
>  	filemap_invalidate_lock_shared(mapping);
>  	while (index <= limit) {
>  		unsigned int order = new_order;
> @@ -531,6 +534,7 @@ void page_cache_ra_order(struct readahead_control *ractl,
>  
>  	read_pages(ractl);
>  	filemap_invalidate_unlock_shared(mapping);
> +	memalloc_nofs_restore(nofs);
>  
>  	/*
>  	 * If there were already pages in the page cache, then we may have
> -- 
> 2.41.0

  reply	other threads:[~2024-04-26 18:49 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-04-26 11:29 [PATCH] mm: use memalloc_nofs_save() in page_cache_ra_order() Kefeng Wang
2024-04-26 18:49 ` Andrew Morton [this message]
2024-04-27  3:45   ` Matthew Wilcox
2024-04-28  1:08     ` Kefeng Wang

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20240426114905.216e3d41b97f9a59be26999e@linux-foundation.org \
    --to=akpm@linux-foundation.org \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=wangkefeng.wang@huawei.com \
    --cc=willy@infradead.org \
    --cc=yi.zhang@huawei.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.