* Re: [PATCH stable v2] mm/khugepaged: write all dirty file folios when collapsing
2026-07-08 15:13 [PATCH stable v2] mm/khugepaged: write all dirty file folios when collapsing Pedro Falcato
@ 2026-07-08 15:30 ` Matthew Wilcox
2026-07-08 16:29 ` Pedro Falcato
2026-07-08 16:28 ` Pedro Falcato
` (2 subsequent siblings)
3 siblings, 1 reply; 9+ messages in thread
From: Matthew Wilcox @ 2026-07-08 15:30 UTC (permalink / raw)
To: Pedro Falcato
Cc: Andrew Morton, David Hildenbrand, Lorenzo Stoakes, stable,
Alexander Viro, Christian Brauner, Jan Kara, Song Liu,
Eric Hagberg, Zi Yan, Gregg Leventhal, Lance Yang
On Wed, Jul 08, 2026 at 04:13:57PM +0100, Pedro Falcato wrote:
> [There is no upstream commit, as this code was removed by upstream
> commit 044925f9b565 ("mm: fs: remove filemap_nr_thps*() functions and their users")]
>
> Cc: stable@vger.kernel.org
> Cc: Alexander Viro <viro@zeniv.linux.org.uk>
> Cc: Christian Brauner <brauner@kernel.org>
> Cc: Jan Kara <jack@suse.cz>
> Cc: Matthew Wilcox <willy@infradead.org>
> Cc: Song Liu <song@kernel.org>
> Cc: Eric Hagberg <ehagberg@janestreet.com>
> Cc: Zi Yan <ziy@nvidia.com>
> Fixes: 99cb0dbd47a1 ("mm,thp: add read-only THP support for (non-shmem) FS")
> Reported-by: Gregg Leventhal <gleventhal@janestreet.com>
> Closes: https://lore.kernel.org/linux-mm/CAFN_u7H_0ECF3jixP=T=U7AH5=Q3wQNvJMo8an3VqUDMerQfUw@mail.gmail.com/
> Tested-by: Zi Yan <ziy@nvidia.com>
> Tested-by: Lance Yang <lance.yang@linux.dev>
> Signed-off-by: Pedro Falcato <pfalcato@suse.de>
Reviewed-by: Matthew Wilcox (Oracle) <willy@infradead.org>
^ permalink raw reply [flat|nested] 9+ messages in thread* Re: [PATCH stable v2] mm/khugepaged: write all dirty file folios when collapsing
2026-07-08 15:30 ` Matthew Wilcox
@ 2026-07-08 16:29 ` Pedro Falcato
0 siblings, 0 replies; 9+ messages in thread
From: Pedro Falcato @ 2026-07-08 16:29 UTC (permalink / raw)
To: Matthew Wilcox
Cc: Andrew Morton, David Hildenbrand, Lorenzo Stoakes, stable,
Alexander Viro, Christian Brauner, Jan Kara, Song Liu,
Eric Hagberg, Zi Yan, Gregg Leventhal, Lance Yang, linux-mm,
linux-fsdevel, linux-kernel
On Wed, Jul 08, 2026 at 04:30:48PM +0100, Matthew Wilcox wrote:
> On Wed, Jul 08, 2026 at 04:13:57PM +0100, Pedro Falcato wrote:
> > [There is no upstream commit, as this code was removed by upstream
> > commit 044925f9b565 ("mm: fs: remove filemap_nr_thps*() functions and their users")]
> >
> > Cc: stable@vger.kernel.org
> > Cc: Alexander Viro <viro@zeniv.linux.org.uk>
> > Cc: Christian Brauner <brauner@kernel.org>
> > Cc: Jan Kara <jack@suse.cz>
> > Cc: Matthew Wilcox <willy@infradead.org>
> > Cc: Song Liu <song@kernel.org>
> > Cc: Eric Hagberg <ehagberg@janestreet.com>
> > Cc: Zi Yan <ziy@nvidia.com>
> > Fixes: 99cb0dbd47a1 ("mm,thp: add read-only THP support for (non-shmem) FS")
> > Reported-by: Gregg Leventhal <gleventhal@janestreet.com>
> > Closes: https://lore.kernel.org/linux-mm/CAFN_u7H_0ECF3jixP=T=U7AH5=Q3wQNvJMo8an3VqUDMerQfUw@mail.gmail.com/
> > Tested-by: Zi Yan <ziy@nvidia.com>
> > Tested-by: Lance Yang <lance.yang@linux.dev>
> > Signed-off-by: Pedro Falcato <pfalcato@suse.de>
>
> Reviewed-by: Matthew Wilcox (Oracle) <willy@infradead.org>
Thanks!
--
Pedro
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH stable v2] mm/khugepaged: write all dirty file folios when collapsing
2026-07-08 15:13 [PATCH stable v2] mm/khugepaged: write all dirty file folios when collapsing Pedro Falcato
2026-07-08 15:30 ` Matthew Wilcox
@ 2026-07-08 16:28 ` Pedro Falcato
2026-07-10 3:48 ` Baolin Wang
2026-07-08 16:50 ` David Hildenbrand (Arm)
2026-07-09 1:04 ` Sasha Levin
3 siblings, 1 reply; 9+ messages in thread
From: Pedro Falcato @ 2026-07-08 16:28 UTC (permalink / raw)
To: Andrew Morton, David Hildenbrand, Lorenzo Stoakes
Cc: stable, Alexander Viro, Christian Brauner, Jan Kara,
Matthew Wilcox, Song Liu, Eric Hagberg, Zi Yan, Gregg Leventhal,
Lance Yang, linux-mm, linux-fsdevel, linux-kernel
Seems that I accidentally dropped linked list Cc's here, see
https://lore.kernel.org/stable/20260708151357.353173-1-pfalcato@suse.de/
On Wed, Jul 08, 2026 at 04:13:57PM +0100, Pedro Falcato wrote:
> [There is no upstream commit, as this code was removed by upstream
> commit 044925f9b565 ("mm: fs: remove filemap_nr_thps*() functions and their users")]
>
> As-is, khugepaged and writable-file opening exclude each other. A file
> cannot be open writeable and have THPs (because the filesystem is not aware
> of them). khugepaged will never collapse file pages for files that are
> opened writeable. On an open(O_RDWR/O_WRONLY), the page cache for that
> particular file is dropped. This is fine because nothing could've been
> dirtied.
>
> However, there is an edge-case: collapse_file() might not be able to
> coexist with concurrent writers, but it can coexist with dirty folios
> (from previous writers). Therefore, the following can happen:
>
> open(file, O_RDWR)
> write(file)
> close(file)
> madvise(file_mapping, MADV_COLLAPSE, some non-dirty range)
> open(file, O_RDWR)
> nr_thps > 0
> truncate_inode_pages()
> /* THPs are cleared out, but so are the dirty folios */
>
> When this edge-case happens, there is data loss, as the dirty folios are
> fully discarded.
>
> Fix it by fully writing back the page cache (and waiting) when collapsing
> file THPs. Doing so provides the guarantee that no dirty folio will be
> observed while there are active THPs. To fully ensure this is safe, the
> invalidate_lock needs to be held while doing the writeout, so that
> do_dentry_open()'s page cache truncation excludes this write-and-wait.
>
> As a side effect, move the nr_thps counter bumping outside the i_pages
> lock. This is correct since the counter itself is an atomic_t and the
> producer <-> consumer correctness is provided by a full memory barrier:
> smp_mb() in collapse_file()/memory barrier implied by full ordering in
> get_write_access() -> atomic_inc_unless_negative().
>
> Cc: stable@vger.kernel.org
> Cc: Alexander Viro <viro@zeniv.linux.org.uk>
> Cc: Christian Brauner <brauner@kernel.org>
> Cc: Jan Kara <jack@suse.cz>
> Cc: Matthew Wilcox <willy@infradead.org>
> Cc: Song Liu <song@kernel.org>
> Cc: Eric Hagberg <ehagberg@janestreet.com>
> Cc: Zi Yan <ziy@nvidia.com>
> Fixes: 99cb0dbd47a1 ("mm,thp: add read-only THP support for (non-shmem) FS")
> Reported-by: Gregg Leventhal <gleventhal@janestreet.com>
> Closes: https://lore.kernel.org/linux-mm/CAFN_u7H_0ECF3jixP=T=U7AH5=Q3wQNvJMo8an3VqUDMerQfUw@mail.gmail.com/
> Tested-by: Zi Yan <ziy@nvidia.com>
> Tested-by: Lance Yang <lance.yang@linux.dev>
> Signed-off-by: Pedro Falcato <pfalcato@suse.de>
> ---
> v2:
> - condition this logic on !mapping_large_folio_support(mapping) (Baolin, Lance, Matthew)
> - explain why moving the nr_thps bumping outside the i_pages lock is safe (Matthew)
> - pick up Tested-by from Lance (thank you!)
>
> mm/khugepaged.c | 39 +++++++++++++++++++++++++--------------
> 1 file changed, 25 insertions(+), 14 deletions(-)
>
> diff --git a/mm/khugepaged.c b/mm/khugepaged.c
> index b8452dbdb043..d6e04041f5dc 100644
> --- a/mm/khugepaged.c
> +++ b/mm/khugepaged.c
> @@ -2094,32 +2094,43 @@ static enum scan_result collapse_file(struct mm_struct *mm, unsigned long addr,
> goto xa_unlocked;
> }
>
> - if (!is_shmem) {
> +xa_locked:
> + xas_unlock_irq(&xas);
> +xa_unlocked:
> +
> + /*
> + * If collapse is successful, flush must be done now before copying.
> + * If collapse is unsuccessful, does flush actually need to be done?
> + * Do it anyway, to clear the state.
> + */
> + try_to_unmap_flush();
> +
> + if (result == SCAN_SUCCEED && !is_shmem && !mapping_large_folio_support(mapping)) {
> + /*
> + * invalidate_lock as shared excludes against concurrent opens
> + * in do_dentry_open() truncating the page cache. This is
> + * particularly important if there are dirty folios in transit.
> + */
> + filemap_invalidate_lock_shared(mapping);
> filemap_nr_thps_inc(mapping);
> /*
> * Paired with the fence in do_dentry_open() -> get_write_access()
> * to ensure i_writecount is up to date and the update to nr_thps
> * is visible. Ensures the page cache will be truncated if the
> - * file is opened writable.
> + * file is opened writable. If collapse looks to be successful,
> + * flush any dirty pages out the page cache. With the nr_thps
> + * incremented, there won't be any new writers (nor new dirties).
> */
> smp_mb();
> - if (inode_is_open_for_write(mapping->host)) {
> + if (inode_is_open_for_write(mapping->host) || filemap_write_and_wait(mapping)) {
> result = SCAN_FAIL;
> filemap_nr_thps_dec(mapping);
> + filemap_invalidate_unlock_shared(mapping);
> + goto rollback;
> }
> + filemap_invalidate_unlock_shared(mapping);
> }
>
> -xa_locked:
> - xas_unlock_irq(&xas);
> -xa_unlocked:
> -
> - /*
> - * If collapse is successful, flush must be done now before copying.
> - * If collapse is unsuccessful, does flush actually need to be done?
> - * Do it anyway, to clear the state.
> - */
> - try_to_unmap_flush();
> -
> if (result == SCAN_SUCCEED && nr_none &&
> !shmem_charge(mapping->host, nr_none))
> result = SCAN_FAIL;
> --
> 2.54.0
>
--
Pedro
^ permalink raw reply [flat|nested] 9+ messages in thread* Re: [PATCH stable v2] mm/khugepaged: write all dirty file folios when collapsing
2026-07-08 16:28 ` Pedro Falcato
@ 2026-07-10 3:48 ` Baolin Wang
0 siblings, 0 replies; 9+ messages in thread
From: Baolin Wang @ 2026-07-10 3:48 UTC (permalink / raw)
To: Pedro Falcato, Andrew Morton, David Hildenbrand, Lorenzo Stoakes
Cc: stable, Alexander Viro, Christian Brauner, Jan Kara,
Matthew Wilcox, Song Liu, Eric Hagberg, Zi Yan, Gregg Leventhal,
Lance Yang, linux-mm, linux-fsdevel, linux-kernel
On 7/9/26 12:28 AM, Pedro Falcato wrote:
> Seems that I accidentally dropped linked list Cc's here, see
> https://lore.kernel.org/stable/20260708151357.353173-1-pfalcato@suse.de/
>
> On Wed, Jul 08, 2026 at 04:13:57PM +0100, Pedro Falcato wrote:
>> [There is no upstream commit, as this code was removed by upstream
>> commit 044925f9b565 ("mm: fs: remove filemap_nr_thps*() functions and their users")]
>>
>> As-is, khugepaged and writable-file opening exclude each other. A file
>> cannot be open writeable and have THPs (because the filesystem is not aware
>> of them). khugepaged will never collapse file pages for files that are
>> opened writeable. On an open(O_RDWR/O_WRONLY), the page cache for that
>> particular file is dropped. This is fine because nothing could've been
>> dirtied.
>>
>> However, there is an edge-case: collapse_file() might not be able to
>> coexist with concurrent writers, but it can coexist with dirty folios
>> (from previous writers). Therefore, the following can happen:
>>
>> open(file, O_RDWR)
>> write(file)
>> close(file)
>> madvise(file_mapping, MADV_COLLAPSE, some non-dirty range)
>> open(file, O_RDWR)
>> nr_thps > 0
>> truncate_inode_pages()
>> /* THPs are cleared out, but so are the dirty folios */
>>
>> When this edge-case happens, there is data loss, as the dirty folios are
>> fully discarded.
>>
>> Fix it by fully writing back the page cache (and waiting) when collapsing
>> file THPs. Doing so provides the guarantee that no dirty folio will be
>> observed while there are active THPs. To fully ensure this is safe, the
>> invalidate_lock needs to be held while doing the writeout, so that
>> do_dentry_open()'s page cache truncation excludes this write-and-wait.
>>
>> As a side effect, move the nr_thps counter bumping outside the i_pages
>> lock. This is correct since the counter itself is an atomic_t and the
>> producer <-> consumer correctness is provided by a full memory barrier:
>> smp_mb() in collapse_file()/memory barrier implied by full ordering in
>> get_write_access() -> atomic_inc_unless_negative().
>>
>> Cc: stable@vger.kernel.org
>> Cc: Alexander Viro <viro@zeniv.linux.org.uk>
>> Cc: Christian Brauner <brauner@kernel.org>
>> Cc: Jan Kara <jack@suse.cz>
>> Cc: Matthew Wilcox <willy@infradead.org>
>> Cc: Song Liu <song@kernel.org>
>> Cc: Eric Hagberg <ehagberg@janestreet.com>
>> Cc: Zi Yan <ziy@nvidia.com>
>> Fixes: 99cb0dbd47a1 ("mm,thp: add read-only THP support for (non-shmem) FS")
>> Reported-by: Gregg Leventhal <gleventhal@janestreet.com>
>> Closes: https://lore.kernel.org/linux-mm/CAFN_u7H_0ECF3jixP=T=U7AH5=Q3wQNvJMo8an3VqUDMerQfUw@mail.gmail.com/
>> Tested-by: Zi Yan <ziy@nvidia.com>
>> Tested-by: Lance Yang <lance.yang@linux.dev>
>> Signed-off-by: Pedro Falcato <pfalcato@suse.de>
>> ---
LGTM. Thanks.
Reviewed-by: Baolin Wang <baolin.wang@linux.alibaba.com>
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH stable v2] mm/khugepaged: write all dirty file folios when collapsing
2026-07-08 15:13 [PATCH stable v2] mm/khugepaged: write all dirty file folios when collapsing Pedro Falcato
2026-07-08 15:30 ` Matthew Wilcox
2026-07-08 16:28 ` Pedro Falcato
@ 2026-07-08 16:50 ` David Hildenbrand (Arm)
2026-07-09 1:04 ` Sasha Levin
3 siblings, 0 replies; 9+ messages in thread
From: David Hildenbrand (Arm) @ 2026-07-08 16:50 UTC (permalink / raw)
To: Pedro Falcato, Andrew Morton, Lorenzo Stoakes
Cc: stable, Alexander Viro, Christian Brauner, Jan Kara,
Matthew Wilcox, Song Liu, Eric Hagberg, Zi Yan, Gregg Leventhal,
Lance Yang
On 7/8/26 17:13, Pedro Falcato wrote:
> [There is no upstream commit, as this code was removed by upstream
> commit 044925f9b565 ("mm: fs: remove filemap_nr_thps*() functions and their users")]
>
> As-is, khugepaged and writable-file opening exclude each other. A file
> cannot be open writeable and have THPs (because the filesystem is not aware
> of them). khugepaged will never collapse file pages for files that are
> opened writeable. On an open(O_RDWR/O_WRONLY), the page cache for that
> particular file is dropped. This is fine because nothing could've been
> dirtied.
>
> However, there is an edge-case: collapse_file() might not be able to
> coexist with concurrent writers, but it can coexist with dirty folios
> (from previous writers). Therefore, the following can happen:
>
> open(file, O_RDWR)
> write(file)
> close(file)
> madvise(file_mapping, MADV_COLLAPSE, some non-dirty range)
> open(file, O_RDWR)
> nr_thps > 0
> truncate_inode_pages()
> /* THPs are cleared out, but so are the dirty folios */
>
> When this edge-case happens, there is data loss, as the dirty folios are
> fully discarded.
>
> Fix it by fully writing back the page cache (and waiting) when collapsing
> file THPs. Doing so provides the guarantee that no dirty folio will be
> observed while there are active THPs. To fully ensure this is safe, the
> invalidate_lock needs to be held while doing the writeout, so that
> do_dentry_open()'s page cache truncation excludes this write-and-wait.
>
> As a side effect, move the nr_thps counter bumping outside the i_pages
> lock. This is correct since the counter itself is an atomic_t and the
> producer <-> consumer correctness is provided by a full memory barrier:
> smp_mb() in collapse_file()/memory barrier implied by full ordering in
> get_write_access() -> atomic_inc_unless_negative().
>
> Cc: stable@vger.kernel.org
> Cc: Alexander Viro <viro@zeniv.linux.org.uk>
> Cc: Christian Brauner <brauner@kernel.org>
> Cc: Jan Kara <jack@suse.cz>
> Cc: Matthew Wilcox <willy@infradead.org>
> Cc: Song Liu <song@kernel.org>
> Cc: Eric Hagberg <ehagberg@janestreet.com>
> Cc: Zi Yan <ziy@nvidia.com>
> Fixes: 99cb0dbd47a1 ("mm,thp: add read-only THP support for (non-shmem) FS")
> Reported-by: Gregg Leventhal <gleventhal@janestreet.com>
> Closes: https://lore.kernel.org/linux-mm/CAFN_u7H_0ECF3jixP=T=U7AH5=Q3wQNvJMo8an3VqUDMerQfUw@mail.gmail.com/
> Tested-by: Zi Yan <ziy@nvidia.com>
> Tested-by: Lance Yang <lance.yang@linux.dev>
> Signed-off-by: Pedro Falcato <pfalcato@suse.de>
> ---
Acked-by: David Hildenbrand (Arm) <david@kernel.org>
--
Cheers,
David
^ permalink raw reply [flat|nested] 9+ messages in thread* Re: [PATCH stable v2] mm/khugepaged: write all dirty file folios when collapsing
2026-07-08 15:13 [PATCH stable v2] mm/khugepaged: write all dirty file folios when collapsing Pedro Falcato
` (2 preceding siblings ...)
2026-07-08 16:50 ` David Hildenbrand (Arm)
@ 2026-07-09 1:04 ` Sasha Levin
2026-07-09 9:00 ` Pedro Falcato
3 siblings, 1 reply; 9+ messages in thread
From: Sasha Levin @ 2026-07-09 1:04 UTC (permalink / raw)
To: Andrew Morton, David Hildenbrand, Lorenzo Stoakes
Cc: Sasha Levin, Pedro Falcato, stable, Alexander Viro,
Christian Brauner, Jan Kara, Matthew Wilcox, Song Liu,
Eric Hagberg, Zi Yan, Gregg Leventhal, Lance Yang
> Fix it by fully writing back the page cache (and waiting) when collapsing
> file THPs. Doing so provides the guarantee that no dirty folio will be
> observed while there are active THPs. To fully ensure this is safe, the
> invalidate_lock needs to be held while doing the writeout, so that
> do_dentry_open()'s page cache truncation excludes this write-and-wait.
Queued for 7.1, 6.18, and 6.12 (with Willy's Reviewed-by and David's
Acked-by from this thread), thanks.
--
Thanks,
Sasha
^ permalink raw reply [flat|nested] 9+ messages in thread* Re: [PATCH stable v2] mm/khugepaged: write all dirty file folios when collapsing
2026-07-09 1:04 ` Sasha Levin
@ 2026-07-09 9:00 ` Pedro Falcato
2026-07-10 21:03 ` Sasha Levin
0 siblings, 1 reply; 9+ messages in thread
From: Pedro Falcato @ 2026-07-09 9:00 UTC (permalink / raw)
To: Sasha Levin
Cc: Andrew Morton, David Hildenbrand, Lorenzo Stoakes, stable,
Alexander Viro, Christian Brauner, Jan Kara, Matthew Wilcox,
Song Liu, Eric Hagberg, Zi Yan, Gregg Leventhal, Lance Yang
On Wed, Jul 08, 2026 at 09:04:47PM -0400, Sasha Levin wrote:
> > Fix it by fully writing back the page cache (and waiting) when collapsing
> > file THPs. Doing so provides the guarantee that no dirty folio will be
> > observed while there are active THPs. To fully ensure this is safe, the
> > invalidate_lock needs to be held while doing the writeout, so that
> > do_dentry_open()'s page cache truncation excludes this write-and-wait.
>
> Queued for 7.1, 6.18, and 6.12 (with Willy's Reviewed-by and David's
> Acked-by from this thread), thanks.
Thanks Sasha! FTR this also needs to be queued to the rest of the LTS
branches (5.10, 5.15, 6.1 and 6.6).
(for 5.10 it looks like it might need some good massaging...)
--
Pedro
^ permalink raw reply [flat|nested] 9+ messages in thread
* Re: [PATCH stable v2] mm/khugepaged: write all dirty file folios when collapsing
2026-07-09 9:00 ` Pedro Falcato
@ 2026-07-10 21:03 ` Sasha Levin
0 siblings, 0 replies; 9+ messages in thread
From: Sasha Levin @ 2026-07-10 21:03 UTC (permalink / raw)
To: Pedro Falcato
Cc: Sasha Levin, Andrew Morton, David Hildenbrand, Lorenzo Stoakes,
stable, Alexander Viro, Christian Brauner, Jan Kara,
Matthew Wilcox, Song Liu, Eric Hagberg, Zi Yan, Gregg Leventhal,
Lance Yang
On Thu, Jul 09, 2026 at 10:00:34AM +0100, Pedro Falcato wrote:
> Thanks Sasha! FTR this also needs to be queued to the rest of the LTS
> branches (5.10, 5.15, 6.1 and 6.6).
>
> (for 5.10 it looks like it might need some good massaging...)
Thanks, but unfortunately v2 doesn't apply as-is to any of those trees.
--
Thanks,
Sasha
^ permalink raw reply [flat|nested] 9+ messages in thread