From: "Matthew Wilcox (Oracle)" <willy@infradead.org>
To: Christian Brauner <brauner@kernel.org>
Cc: "Matthew Wilcox (Oracle)" <willy@infradead.org>,
Jan Kara <jack@suse.cz>, Chris Mason <clm@fb.com>,
David Sterba <dsterba@suse.com>,
Miklos Szeredi <miklos@szeredi.hu>,
Trond Myklebust <trondmy@kernel.org>,
Anna Schumaker <anna@kernel.org>,
Mike Marshall <hubcap@omnibond.com>,
Martin Brandenburg <martin@omnibond.com>,
Alexander Viro <viro@zeniv.linux.org.uk>,
linux-fsdevel@vger.kernel.org, linux-mm@kvack.org,
linux-block@vger.kernel.org, linux-btrfs@vger.kernel.org,
fuse-devel@lists.linux.dev, linux-nfs@vger.kernel.org,
devel@lists.orangefs.org, Pavel Begunkov <asml.silence@gmail.com>
Subject: [PATCH 0/7] Remove aops->launder_folio
Date: Thu, 20 Aug 2026 20:33:33 +0100 [thread overview]
Message-ID: <20260820193343.3852967-1-willy@infradead.org> (raw)
There's really no reason to implement ->launder_folio. Most filesystems
don't. The only problem is that some filesystems rely on dirty folios
being written back this way, so we need to make sure that folios are
written back before invalidating them. filemap_invalidate_pages()
works well for that, once we remove the 'nowait' parameter.
Matthew Wilcox (Oracle) (7):
filemap: Export filemap_invalidate_pages() to modules
fuse: Use filemap_invalidate_pages()
btrfs: Use filemap_invalidate_pages()
nfs: Use filemap_invalidate_pages()
orangefs: Use filemap_invalidate_pages()
orangefs: Remove launder_folio implementation
Remove folio_launder()
Documentation/filesystems/locking.rst | 8 -----
Documentation/filesystems/vfs.rst | 6 ----
block/ioctl.c | 14 +++++---
fs/btrfs/direct-io.c | 2 +-
fs/btrfs/disk-io.c | 11 ++++---
fs/btrfs/free-space-cache.c | 4 +--
fs/btrfs/inode.c | 12 ++-----
fs/btrfs/volumes.c | 4 +--
fs/fuse/dax.c | 15 ++-------
fs/fuse/dir.c | 12 ++++---
fs/fuse/file.c | 46 ++++-----------------------
fs/fuse/inode.c | 17 +++-------
fs/nfs/dir.c | 7 ++--
fs/nfs/direct.c | 5 ++-
fs/nfs/file.c | 24 --------------
fs/nfs/inode.c | 5 +--
fs/nfs/nfs42proc.c | 3 +-
fs/nfs/nfstrace.h | 1 -
fs/orangefs/file.c | 4 +--
fs/orangefs/inode.c | 1 -
include/linux/fs.h | 1 -
include/linux/pagemap.h | 2 +-
mm/filemap.c | 42 ++++++++++++++++--------
mm/truncate.c | 15 ++-------
24 files changed, 87 insertions(+), 174 deletions(-)
--
2.47.3
next reply other threads:[~2026-08-20 19:34 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-20 19:33 Matthew Wilcox (Oracle) [this message]
2026-08-20 19:33 ` [PATCH 1/7] filemap: Export filemap_invalidate_pages() to modules Matthew Wilcox (Oracle)
2026-08-20 19:33 ` [PATCH 2/7] fuse: Use filemap_invalidate_pages() Matthew Wilcox (Oracle)
2026-08-20 20:37 ` Bernd Schubert
2026-08-24 9:05 ` Miklos Szeredi
2026-08-24 13:29 ` Matthew Wilcox
2026-08-24 13:49 ` Miklos Szeredi
2026-08-24 18:17 ` Matthew Wilcox
2026-08-24 19:33 ` Miklos Szeredi
2026-08-24 20:47 ` Matthew Wilcox
2026-08-25 7:08 ` Miklos Szeredi
2026-08-20 19:33 ` [PATCH 3/7] btrfs: " Matthew Wilcox (Oracle)
2026-08-24 21:57 ` Boris Burkov
2026-08-20 19:33 ` [PATCH 4/7] nfs: " Matthew Wilcox (Oracle)
2026-08-20 19:33 ` [PATCH 5/7] orangefs: " Matthew Wilcox (Oracle)
2026-08-20 19:33 ` [PATCH 6/7] orangefs: Remove launder_folio implementation Matthew Wilcox (Oracle)
2026-08-20 19:33 ` [PATCH 7/7] Remove folio_launder() Matthew Wilcox (Oracle)
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=20260820193343.3852967-1-willy@infradead.org \
--to=willy@infradead.org \
--cc=anna@kernel.org \
--cc=asml.silence@gmail.com \
--cc=brauner@kernel.org \
--cc=clm@fb.com \
--cc=devel@lists.orangefs.org \
--cc=dsterba@suse.com \
--cc=fuse-devel@lists.linux.dev \
--cc=hubcap@omnibond.com \
--cc=jack@suse.cz \
--cc=linux-block@vger.kernel.org \
--cc=linux-btrfs@vger.kernel.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=linux-nfs@vger.kernel.org \
--cc=martin@omnibond.com \
--cc=miklos@szeredi.hu \
--cc=trondmy@kernel.org \
--cc=viro@zeniv.linux.org.uk \
/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