From: Matthew Wilcox <willy@infradead.org>
To: Pankaj Raghav <p.raghav@samsung.com>
Cc: Suren Baghdasaryan <surenb@google.com>,
Mike Rapoport <rppt@kernel.org>,
David Hildenbrand <david@redhat.com>,
Ryan Roberts <ryan.roberts@arm.com>,
Michal Hocko <mhocko@suse.com>, Lance Yang <lance.yang@linux.dev>,
Lorenzo Stoakes <lorenzo.stoakes@oracle.com>,
Baolin Wang <baolin.wang@linux.alibaba.com>,
Dev Jain <dev.jain@arm.com>, Barry Song <baohua@kernel.org>,
Andrew Morton <akpm@linux-foundation.org>,
Nico Pache <npache@redhat.com>, Zi Yan <ziy@nvidia.com>,
Vlastimil Babka <vbabka@suse.cz>,
"Liam R . Howlett" <Liam.Howlett@oracle.com>,
Jens Axboe <axboe@kernel.dk>,
linux-kernel@vger.kernel.org, linux-mm@kvack.org,
linux-block@vger.kernel.org, linux-fsdevel@vger.kernel.org,
mcgrof@kernel.org, gost.dev@samsung.com, kernel@pankajraghav.com,
tytso@mit.edu
Subject: Re: [RFC v2 0/3] Decoupling large folios dependency on THP
Date: Fri, 27 Feb 2026 05:31:38 +0000 [thread overview]
Message-ID: <aaEsOu0hgCUznzl3@casper.infradead.org> (raw)
In-Reply-To: <20251206030858.1418814-1-p.raghav@samsung.com>
On Sat, Dec 06, 2025 at 04:08:55AM +0100, Pankaj Raghav wrote:
> There are multiple solutions to solve this problem and this is one of
> them with minimal changes. I plan on discussing possible other solutions
> at the talk.
Here's an argument. The one remaining caller of add_to_page_cache_lru()
is ramfs_nommu_expand_for_mapping(). Attached is a patch which
eliminates it ... but it doesn't compile because folio_split() is
undefined on nommu.
So either we need to reimplement all the good stuff that folio_split()
does for us, or we need to make folio_split() available on nommu.
fs/ramfs/file-nommu.c | 53 ++++++++++++++++----------------------------------
1 file changed, 17 insertions(+), 36 deletions(-)
diff --git a/fs/ramfs/file-nommu.c b/fs/ramfs/file-nommu.c
index 0f8e838ece07..dd789e161720 100644
--- a/fs/ramfs/file-nommu.c
+++ b/fs/ramfs/file-nommu.c
@@ -61,8 +61,8 @@ const struct inode_operations ramfs_file_inode_operations = {
*/
int ramfs_nommu_expand_for_mapping(struct inode *inode, size_t newsize)
{
- unsigned long npages, xpages, loop;
- struct page *pages;
+ unsigned long npages;
+ struct folio *folio;
unsigned order;
void *data;
int ret;
@@ -79,49 +79,30 @@ int ramfs_nommu_expand_for_mapping(struct inode *inode, size_t newsize)
i_size_write(inode, newsize);
- /* allocate enough contiguous pages to be able to satisfy the
- * request */
- pages = alloc_pages(gfp, order);
- if (!pages)
+ folio = folio_alloc(gfp, order);
+ if (!folio)
return -ENOMEM;
- /* split the high-order page into an array of single pages */
- xpages = 1UL << order;
- npages = (newsize + PAGE_SIZE - 1) >> PAGE_SHIFT;
-
- split_page(pages, order);
-
- /* trim off any pages we don't actually require */
- for (loop = npages; loop < xpages; loop++)
- __free_page(pages + loop);
+ ret = filemap_add_folio(inode->i_mapping, folio, 0, gfp);
+ if (ret < 0)
+ goto out;
/* clear the memory we allocated */
+ npages = (newsize + PAGE_SIZE - 1) >> PAGE_SHIFT;
newsize = PAGE_SIZE * npages;
- data = page_address(pages);
+ data = folio_address(folio);
memset(data, 0, newsize);
- /* attach all the pages to the inode's address space */
- for (loop = 0; loop < npages; loop++) {
- struct page *page = pages + loop;
-
- ret = add_to_page_cache_lru(page, inode->i_mapping, loop,
- gfp);
- if (ret < 0)
- goto add_error;
-
- /* prevent the page from being discarded on memory pressure */
- SetPageDirty(page);
- SetPageUptodate(page);
-
- unlock_page(page);
- put_page(page);
- }
+ folio_mark_dirty(folio);
+ folio_mark_uptodate(folio);
- return 0;
+ /* trim off any pages we don't actually require */
+ if (!is_power_of_2(npages))
+ folio_split(folio, 0, folio_page(folio, npages), NULL);
+ folio_unlock(folio);
-add_error:
- while (loop < npages)
- __free_page(pages + loop++);
+out:
+ folio_put(folio);
return ret;
}
next prev parent reply other threads:[~2026-02-27 5:32 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-12-06 3:08 Pankaj Raghav
2025-12-06 3:08 ` [RFC v2 1/3] filemap: set max order to be min order if THP is disabled Pankaj Raghav
2025-12-09 7:45 ` Hannes Reinecke
2025-12-09 16:33 ` Pankaj Raghav
2025-12-10 0:38 ` Hannes Reinecke
2025-12-06 3:08 ` [RFC v2 2/3] huge_memory: skip warning if min order and folio order are same in split Pankaj Raghav
2025-12-06 3:08 ` [RFC v2 3/3] blkdev: remove CONFIG_TRANSPARENT_HUGEPAGES dependency for LBS devices Pankaj Raghav
2025-12-09 16:03 ` [RFC v2 0/3] Decoupling large folios dependency on THP Zi Yan
2025-12-10 4:27 ` Matthew Wilcox
2025-12-10 16:37 ` Zi Yan
2025-12-11 7:37 ` Matthew Wilcox
2026-02-27 5:31 ` Matthew Wilcox [this message]
2026-02-27 8:45 ` David Hildenbrand (Arm)
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=aaEsOu0hgCUznzl3@casper.infradead.org \
--to=willy@infradead.org \
--cc=Liam.Howlett@oracle.com \
--cc=akpm@linux-foundation.org \
--cc=axboe@kernel.dk \
--cc=baohua@kernel.org \
--cc=baolin.wang@linux.alibaba.com \
--cc=david@redhat.com \
--cc=dev.jain@arm.com \
--cc=gost.dev@samsung.com \
--cc=kernel@pankajraghav.com \
--cc=lance.yang@linux.dev \
--cc=linux-block@vger.kernel.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=lorenzo.stoakes@oracle.com \
--cc=mcgrof@kernel.org \
--cc=mhocko@suse.com \
--cc=npache@redhat.com \
--cc=p.raghav@samsung.com \
--cc=rppt@kernel.org \
--cc=ryan.roberts@arm.com \
--cc=surenb@google.com \
--cc=tytso@mit.edu \
--cc=vbabka@suse.cz \
--cc=ziy@nvidia.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox