From: Jason Gunthorpe <jgg@nvidia.com>
To: Lorenzo Stoakes <lorenzo.stoakes@oracle.com>
Cc: Andrew Morton <akpm@linux-foundation.org>,
"Liam R . Howlett" <Liam.Howlett@oracle.com>,
Jens Axboe <axboe@kernel.dk>,
Jani Nikula <jani.nikula@linux.intel.com>,
Joonas Lahtinen <joonas.lahtinen@linux.intel.com>,
Rodrigo Vivi <rodrigo.vivi@intel.com>,
Tvrtko Ursulin <tursulin@ursulin.net>,
David Airlie <airlied@gmail.com>, Simona Vetter <simona@ffwll.ch>,
Eric Van Hensbergen <ericvh@kernel.org>,
Latchesar Ionkov <lucho@ionkov.net>,
Dominique Martinet <asmadeus@codewreck.org>,
Christian Schoenebeck <linux_oss@crudebyte.com>,
David Sterba <dsterba@suse.com>,
David Howells <dhowells@redhat.com>,
Marc Dionne <marc.dionne@auristor.com>,
Alexander Viro <viro@zeniv.linux.org.uk>,
Christian Brauner <brauner@kernel.org>, Jan Kara <jack@suse.cz>,
Benjamin LaHaise <bcrl@kvack.org>,
Miklos Szeredi <miklos@szeredi.hu>,
Amir Goldstein <amir73il@gmail.com>,
Kent Overstreet <kent.overstreet@linux.dev>,
"Tigran A . Aivazian" <aivazian.tigran@gmail.com>,
Kees Cook <kees@kernel.org>, Chris Mason <clm@fb.com>,
Josef Bacik <josef@toxicpanda.com>, Xiubo Li <xiubli@redhat.com>,
Ilya Dryomov <idryomov@gmail.com>,
Jan Harkes <jaharkes@cs.cmu.edu>,
coda@cs.cmu.edu, Tyler Hicks <code@tyhicks.com>,
Gao Xiang <xiang@kernel.org>, Chao Yu <chao@kernel.org>,
Yue Hu <zbestahu@gmail.com>,
Jeffle Xu <jefflexu@linux.alibaba.com>,
Sandeep Dhavale <dhavale@google.com>,
Hongbo Li <lihongbo22@huawei.com>,
Namjae Jeon <linkinjeon@kernel.org>,
Sungjong Seo <sj1557.seo@samsung.com>,
Yuezhang Mo <yuezhang.mo@sony.com>, Theodore Ts'o <tytso@mit.edu>,
Andreas Dilger <adilger.kernel@dilger.ca>,
Jaegeuk Kim <jaegeuk@kernel.org>,
OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>,
Viacheslav Dubeyko <slava@dubeyko.com>,
John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de>,
Yangtao Li <frank.li@vivo.com>,
Richard Weinberger <richard@nod.at>,
Anton Ivanov <anton.ivanov@cambridgegreys.com>,
Johannes Berg <johannes@sipsolutions.net>,
Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>,
David Woodhouse <dwmw2@infradead.org>,
Dave Kleikamp <shaggy@kernel.org>,
Trond Myklebust <trondmy@kernel.org>,
Anna Schumaker <anna@kernel.org>,
Ryusuke Konishi <konishi.ryusuke@gmail.com>,
Konstantin Komarov <almaz.alexandrovich@paragon-software.com>,
Mark Fasheh <mark@fasheh.com>, Joel Becker <jlbec@evilplan.org>,
Joseph Qi <joseph.qi@linux.alibaba.com>,
Bob Copeland <me@bobcopeland.com>,
Mike Marshall <hubcap@omnibond.com>,
Martin Brandenburg <martin@omnibond.com>,
Steve French <sfrench@samba.org>,
Paulo Alcantara <pc@manguebit.org>,
Ronnie Sahlberg <ronniesahlberg@gmail.com>,
Shyam Prasad N <sprasad@microsoft.com>,
Tom Talpey <tom@talpey.com>, Bharath SM <bharathsm@microsoft.com>,
Zhihao Cheng <chengzhihao1@huawei.com>,
Hans de Goede <hdegoede@redhat.com>,
Carlos Maiolino <cem@kernel.org>,
Damien Le Moal <dlemoal@kernel.org>,
Naohiro Aota <naohiro.aota@wdc.com>,
Johannes Thumshirn <jth@kernel.org>,
Dan Williams <dan.j.williams@intel.com>,
Matthew Wilcox <willy@infradead.org>,
Vlastimil Babka <vbabka@suse.cz>, Jann Horn <jannh@google.com>,
Pedro Falcato <pfalcato@suse.de>,
linux-block@vger.kernel.org, linux-kernel@vger.kernel.org,
intel-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org,
v9fs@lists.linux.dev, linux-fsdevel@vger.kernel.org,
linux-afs@lists.infradead.org, linux-aio@kvack.org,
linux-unionfs@vger.kernel.org, linux-bcachefs@vger.kernel.org,
linux-mm@kvack.org, linux-btrfs@vger.kernel.org,
ceph-devel@vger.kernel.org, codalist@coda.cs.cmu.edu,
ecryptfs@vger.kernel.org, linux-erofs@lists.ozlabs.org,
linux-ext4@vger.kernel.org,
linux-f2fs-devel@lists.sourceforge.net,
linux-um@lists.infradead.org, linux-mtd@lists.infradead.org,
jfs-discussion@lists.sourceforge.net, linux-nfs@vger.kernel.org,
linux-nilfs@vger.kernel.org, ntfs3@lists.linux.dev,
ocfs2-devel@lists.linux.dev,
linux-karma-devel@lists.sourceforge.net,
devel@lists.orangefs.org, linux-cifs@vger.kernel.org,
samba-technical@lists.samba.org, linux-xfs@vger.kernel.org,
nvdimm@lists.linux.dev
Subject: Re: [PATCH 00/10] convert the majority of file systems to mmap_prepare
Date: Fri, 1 Aug 2025 11:00:57 -0300 [thread overview]
Message-ID: <20250801140057.GA245321@nvidia.com> (raw)
In-Reply-To: <cover.1750099179.git.lorenzo.stoakes@oracle.com>
On Mon, Jun 16, 2025 at 08:33:19PM +0100, Lorenzo Stoakes wrote:
> The intent is to gradually deprecate f_op->mmap, and in that vein this
> series coverts the majority of file systems to using f_op->mmap_prepare.
I saw this on lwn and just wanted to give a little bit of thought on
this topic..
It looks to me like we need some more infrastructure to convert
anything that uses remap_pfn/etc in the mmap() callback
I would like to suggest we add a vma->prepopulate() callback which is
where the remap_pfn should go. Once the VMA is finalized and fully
operational the vma_ops have the opportunity to prepopulate any PTEs.
This could then actually be locked properly so it is safe with
concurrent unmap_mapping_range() (current mmap callback is not safe)
Jason
WARNING: multiple messages have this Message-ID (diff)
From: Jason Gunthorpe via Linux-f2fs-devel <linux-f2fs-devel@lists.sourceforge.net>
To: Lorenzo Stoakes <lorenzo.stoakes@oracle.com>
Cc: Latchesar Ionkov <lucho@ionkov.net>,
nvdimm@lists.linux.dev, Paulo Alcantara <pc@manguebit.org>,
dri-devel@lists.freedesktop.org, ceph-devel@vger.kernel.org,
Mike Marshall <hubcap@omnibond.com>,
linux-xfs@vger.kernel.org, Tyler Hicks <code@tyhicks.com>,
devel@lists.orangefs.org, Shyam Prasad N <sprasad@microsoft.com>,
Jan Harkes <jaharkes@cs.cmu.edu>,
linux-um@lists.infradead.org, Joel Becker <jlbec@evilplan.org>,
Ronnie Sahlberg <ronniesahlberg@gmail.com>,
John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de>,
Eric Van Hensbergen <ericvh@kernel.org>,
Christian Brauner <brauner@kernel.org>,
linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org,
Andrew Morton <akpm@linux-foundation.org>,
Trond Myklebust <trondmy@kernel.org>,
Dave Kleikamp <shaggy@kernel.org>,
Sandeep Dhavale <dhavale@google.com>,
Simona Vetter <simona@ffwll.ch>,
linux-cifs@vger.kernel.org, linux-nilfs@vger.kernel.org,
codalist@coda.cs.cmu.edu, Namjae Jeon <linkinjeon@kernel.org>,
ecryptfs@vger.kernel.org, Yangtao Li <frank.li@vivo.com>,
Jani Nikula <jani.nikula@linux.intel.com>,
ocfs2-devel@lists.linux.dev, Pedro Falcato <pfalcato@suse.de>,
OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>,
linux-block@vger.kernel.org, Theodore Ts'o <tytso@mit.edu>,
linux-f2fs-devel@lists.sourceforge.net,
Hongbo Li <lihongbo22@huawei.com>,
Anna Schumaker <anna@kernel.org>,
Martin Brandenburg <martin@omnibond.com>,
Kees Cook <kees@kernel.org>, Yuezhang Mo <yuezhang.mo@sony.com>,
Carlos Maiolino <cem@kernel.org>,
Joonas Lahtinen <joonas.lahtinen@linux.intel.com>,
Chris Mason <clm@fb.com>,
linux-mtd@lists.infradead.org, Jaegeuk Kim <jaegeuk@kernel.org>,
Marc Dionne <marc.dionne@auristor.com>,
Tvrtko Ursulin <tursulin@ursulin.net>,
linux-afs@lists.infradead.org,
Naohiro Aota <naohiro.aota@wdc.com>,
Miklos Szeredi <miklos@szeredi.hu>,
Matthew Wilcox <willy@infradead.org>,
coda@cs.cmu.edu, Viacheslav Dubeyko <slava@dubeyko.com>,
Ilya Dryomov <idryomov@gmail.com>,
linux-ext4@vger.kernel.org, Amir Goldstein <amir73il@gmail.com>,
intel-gfx@lists.freedesktop.org,
Damien Le Moal <dlemoal@kernel.org>,
Rodrigo Vivi <rodrigo.vivi@intel.com>,
Dan Williams <dan.j.williams@intel.com>,
Gao Xiang <xiang@kernel.org>, David Howells <dhowells@redhat.com>,
linux-nfs@vger.kernel.org, linux-mm@kvack.org,
samba-technical@lists.samba.org, Steve French <sfrench@samba.org>,
ntfs3@lists.linux.dev, linux-erofs@lists.ozlabs.org,
jfs-discussion@lists.sourceforge.net, Jan Kara <jack@suse.cz>,
linux-aio@kvack.org, Dominique Martinet <asmadeus@codewreck.org>,
Christian Schoenebeck <linux_oss@crudebyte.com>,
Bob Copeland <me@bobcopeland.com>,
Konstantin Komarov <almaz.alexandrovich@paragon-software.com>,
Joseph Qi <joseph.qi@linux.alibaba.com>,
Andreas Dilger <adilger.kernel@dilger.ca>,
Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>,
David Airlie <airlied@gmail.com>,
Anton Ivanov <anton.ivanov@cambridgegreys.com>,
Yue Hu <zbestahu@gmail.com>, Richard Weinberger <richard@nod.at>,
Mark Fasheh <mark@fasheh.com>,
linux-bcachefs@vger.kernel.org, Jann Horn <jannh@google.com>,
Josef Bacik <josef@toxicpanda.com>,
"Liam R . Howlett" <Liam.Howlett@oracle.com>,
Tom Talpey <tom@talpey.com>, Hans de Goede <hdegoede@redhat.com>,
Bharath SM <bharathsm@microsoft.com>,
"Tigran A . Aivazian" <aivazian.tigran@gmail.com>,
David Sterba <dsterba@suse.com>, Xiubo Li <xiubli@redhat.com>,
Ryusuke Konishi <konishi.ryusuke@gmail.com>,
Vlastimil Babka <vbabka@suse.cz>, Jens Axboe <axboe@kernel.dk>,
Sungjong Seo <sj1557.seo@samsung.com>,
v9fs@lists.linux.dev, Kent Overstreet <kent.overstreet@linux.dev>,
linux-unionfs@vger.kernel.org, Benjamin LaHaise <bcrl@kvack.org>,
Jeffle Xu <jefflexu@linux.alibaba.com>,
Johannes Berg <johannes@sipsolutions.net>,
Johannes Thumshirn <jth@kernel.org>,
David Woodhouse <dwmw2@infradead.org>,
linux-karma-devel@lists.sourceforge.net,
linux-btrfs@vger.kernel.org,
Alexander Viro <viro@zeniv.linux.org.uk>
Subject: Re: [f2fs-dev] [PATCH 00/10] convert the majority of file systems to mmap_prepare
Date: Fri, 1 Aug 2025 11:00:57 -0300 [thread overview]
Message-ID: <20250801140057.GA245321@nvidia.com> (raw)
In-Reply-To: <cover.1750099179.git.lorenzo.stoakes@oracle.com>
On Mon, Jun 16, 2025 at 08:33:19PM +0100, Lorenzo Stoakes wrote:
> The intent is to gradually deprecate f_op->mmap, and in that vein this
> series coverts the majority of file systems to using f_op->mmap_prepare.
I saw this on lwn and just wanted to give a little bit of thought on
this topic..
It looks to me like we need some more infrastructure to convert
anything that uses remap_pfn/etc in the mmap() callback
I would like to suggest we add a vma->prepopulate() callback which is
where the remap_pfn should go. Once the VMA is finalized and fully
operational the vma_ops have the opportunity to prepopulate any PTEs.
This could then actually be locked properly so it is safe with
concurrent unmap_mapping_range() (current mmap callback is not safe)
Jason
_______________________________________________
Linux-f2fs-devel mailing list
Linux-f2fs-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-f2fs-devel
WARNING: multiple messages have this Message-ID (diff)
From: Jason Gunthorpe <jgg@nvidia.com>
To: Lorenzo Stoakes <lorenzo.stoakes@oracle.com>
Cc: Andrew Morton <akpm@linux-foundation.org>,
"Liam R . Howlett" <Liam.Howlett@oracle.com>,
Jens Axboe <axboe@kernel.dk>,
Jani Nikula <jani.nikula@linux.intel.com>,
Joonas Lahtinen <joonas.lahtinen@linux.intel.com>,
Rodrigo Vivi <rodrigo.vivi@intel.com>,
Tvrtko Ursulin <tursulin@ursulin.net>,
David Airlie <airlied@gmail.com>, Simona Vetter <simona@ffwll.ch>,
Eric Van Hensbergen <ericvh@kernel.org>,
Latchesar Ionkov <lucho@ionkov.net>,
Dominique Martinet <asmadeus@codewreck.org>,
Christian Schoenebeck <linux_oss@crudebyte.com>,
David Sterba <dsterba@suse.com>,
David Howells <dhowells@redhat.com>,
Marc Dionne <marc.dionne@auristor.com>,
Alexander Viro <viro@zeniv.linux.org.uk>,
Christian Brauner <brauner@kernel.org>, Jan Kara <jack@suse.cz>,
Benjamin LaHaise <bcrl@kvack.org>,
Miklos Szeredi <miklos@szeredi.hu>,
Amir Goldstein <amir73il@gmail.com>,
Kent Overstreet <kent.overstreet@linux.dev>,
"Tigran A . Aivazian" <aivazian.tigran@gmail.com>,
Kees Cook <kees@kernel.org>, Chris Mason <clm@fb.com>,
Josef Bacik <josef@toxicpanda.com>, Xiubo Li <xiubli@redhat.com>,
Ilya Dryomov <idryomov@gmail.com>,
Jan Harkes <jaharkes@cs.cmu.edu>,
coda@cs.cmu.edu, Tyler Hicks <code@tyhicks.com>,
Gao Xiang <xiang@kernel.org>, Chao Yu <chao@kernel.org>,
Yue Hu <zbestahu@gmail.com>,
Jeffle Xu <jefflexu@linux.alibaba.com>,
Sandeep Dhavale <dhavale@google.com>,
Hongbo Li <lihongbo22@huawei.com>,
Namjae Jeon <linkinjeon@kernel.org>,
Sungjong Seo <sj1557.seo@samsung.com>,
Yuezhang Mo <yuezhang.mo@sony.com>, Theodore Ts'o <tytso@mit.edu>,
Andreas Dilger <adilger.kernel@dilger.ca>,
Jaegeuk Kim <jaegeuk@kernel.org>,
OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>,
Viacheslav Dubeyko <slava@dubeyko.com>,
John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de>,
Yangtao Li <frank.li@vivo.com>,
Richard Weinberger <richard@nod.at>,
Anton Ivanov <anton.ivanov@cambridgegreys.com>,
Johannes Berg <johannes@sipsolutions.net>,
Mikulas Patocka <mikulas@artax.karlin.mff.cuni.cz>,
David Woodhouse <dwmw2@infradead.org>,
Dave Kleikamp <shaggy@kernel.org>,
Trond Myklebust <trondmy@kernel.org>,
Anna Schumaker <anna@kernel.org>,
Ryusuke Konishi <konishi.ryusuke@gmail.com>,
Konstantin Komarov <almaz.alexandrovich@paragon-software.com>,
Mark Fasheh <mark@fasheh.com>, Joel Becker <jlbec@evilplan.org>,
Joseph Qi <joseph.qi@linux.alibaba.com>,
Bob Copeland <me@bobcopeland.com>,
Mike Marshall <hubcap@omnibond.com>,
Martin Brandenburg <martin@omnibond.com>,
Steve French <sfrench@samba.org>,
Paulo Alcantara <pc@manguebit.org>,
Ronnie Sahlberg <ronniesahlberg@gmail.com>,
Shyam Prasad N <sprasad@microsoft.com>,
Tom Talpey <tom@talpey.com>, Bharath SM <bharathsm@microsoft.com>,
Zhihao Cheng <chengzhihao1@huawei.com>,
Hans de Goede <hdegoede@redhat.com>,
Carlos Maiolino <cem@kernel.org>,
Damien Le Moal <dlemoal@kernel.org>,
Naohiro Aota <naohiro.aota@wdc.com>,
Johannes Thumshirn <jth@kernel.org>,
Dan Williams <dan.j.williams@intel.com>,
Matthew Wilcox <willy@infradead.org>,
Vlastimil Babka <vbabka@suse.cz>, Jann Horn <jannh@google.com>,
Pedro Falcato <pfalcato@suse.de>,
linux-block@vger.kernel.org, linux-kernel@vger.kernel.org,
intel-gfx@lists.freedesktop.org, dri-devel@lists.freedesktop.org,
v9fs@lists.linux.dev, linux-fsdevel@vger.kernel.org,
linux-afs@lists.infradead.org, linux-aio@kvack.org,
linux-unionfs@vger.kernel.org, linux-bcachefs@vger.kernel.org,
linux-mm@kvack.org, linux-btrfs@vger.kernel.org,
ceph-devel@vger.kernel.org, codalist@coda.cs.cmu.edu,
ecryptfs@vger.kernel.org, linux-erofs@lists.ozlabs.org,
linux-ext4@vger.kernel.org,
linux-f2fs-devel@lists.sourceforge.net,
linux-um@lists.infradead.org, linux-mtd@lists.infradead.org,
jfs-discussion@lists.sourceforge.net, linux-nfs@vger.kernel.org,
linux-nilfs@vger.kernel.org, ntfs3@lists.linux.dev,
ocfs2-devel@lists.linux.dev,
linux-karma-devel@lists.sourceforge.net,
devel@lists.orangefs.org, linux-cifs@vger.kernel.org,
samba-technical@lists.samba.org, linux-xfs@vger.kernel.org,
nvdimm@lists.linux.dev
Subject: Re: [PATCH 00/10] convert the majority of file systems to mmap_prepare
Date: Fri, 1 Aug 2025 11:00:57 -0300 [thread overview]
Message-ID: <20250801140057.GA245321@nvidia.com> (raw)
In-Reply-To: <cover.1750099179.git.lorenzo.stoakes@oracle.com>
On Mon, Jun 16, 2025 at 08:33:19PM +0100, Lorenzo Stoakes wrote:
> The intent is to gradually deprecate f_op->mmap, and in that vein this
> series coverts the majority of file systems to using f_op->mmap_prepare.
I saw this on lwn and just wanted to give a little bit of thought on
this topic..
It looks to me like we need some more infrastructure to convert
anything that uses remap_pfn/etc in the mmap() callback
I would like to suggest we add a vma->prepopulate() callback which is
where the remap_pfn should go. Once the VMA is finalized and fully
operational the vma_ops have the opportunity to prepopulate any PTEs.
This could then actually be locked properly so it is safe with
concurrent unmap_mapping_range() (current mmap callback is not safe)
Jason
______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/
next prev parent reply other threads:[~2025-08-01 14:01 UTC|newest]
Thread overview: 161+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-06-16 19:33 [PATCH 00/10] convert the majority of file systems to mmap_prepare Lorenzo Stoakes
2025-06-16 19:33 ` Lorenzo Stoakes
2025-06-16 19:33 ` [f2fs-dev] " Lorenzo Stoakes via Linux-f2fs-devel
2025-06-16 19:33 ` [PATCH 01/10] mm: rename call_mmap/mmap_prepare to vfs_mmap/mmap_prepare Lorenzo Stoakes
2025-06-16 19:33 ` Lorenzo Stoakes
2025-06-16 19:33 ` [f2fs-dev] " Lorenzo Stoakes via Linux-f2fs-devel
2025-06-17 5:10 ` Christoph Hellwig
2025-06-17 5:10 ` Christoph Hellwig
2025-06-17 5:10 ` [f2fs-dev] " Christoph Hellwig
2025-06-17 5:29 ` Lorenzo Stoakes
2025-06-17 5:29 ` Lorenzo Stoakes
2025-06-17 5:29 ` [f2fs-dev] " Lorenzo Stoakes via Linux-f2fs-devel
2025-06-17 18:57 ` Vlastimil Babka
2025-06-17 18:57 ` Vlastimil Babka
2025-06-17 18:57 ` [f2fs-dev] " Vlastimil Babka
2025-06-16 19:33 ` [PATCH 02/10] mm/nommu: use file_has_valid_mmap_hooks() helper Lorenzo Stoakes
2025-06-16 19:33 ` Lorenzo Stoakes
2025-06-16 19:33 ` [f2fs-dev] " Lorenzo Stoakes via Linux-f2fs-devel
2025-06-17 10:05 ` Jan Kara
2025-06-17 10:05 ` Jan Kara
2025-06-17 10:05 ` [f2fs-dev] " Jan Kara
2025-06-17 18:58 ` Vlastimil Babka
2025-06-17 18:58 ` Vlastimil Babka
2025-06-17 18:58 ` [f2fs-dev] " Vlastimil Babka
2025-06-16 19:33 ` [PATCH 03/10] fs: consistently " Lorenzo Stoakes
2025-06-16 19:33 ` Lorenzo Stoakes
2025-06-16 19:33 ` [f2fs-dev] " Lorenzo Stoakes via Linux-f2fs-devel
2025-06-16 20:01 ` Kees Cook
2025-06-16 20:01 ` Kees Cook
2025-06-16 20:01 ` [f2fs-dev] " Kees Cook via Linux-f2fs-devel
2025-06-17 5:11 ` Christoph Hellwig
2025-06-17 5:11 ` Christoph Hellwig
2025-06-17 5:11 ` [f2fs-dev] " Christoph Hellwig
2025-06-17 5:25 ` Lorenzo Stoakes
2025-06-17 5:25 ` Lorenzo Stoakes
2025-06-17 5:25 ` [f2fs-dev] " Lorenzo Stoakes via Linux-f2fs-devel
2025-06-17 5:29 ` Christoph Hellwig
2025-06-17 5:29 ` Christoph Hellwig
2025-06-17 5:29 ` [f2fs-dev] " Christoph Hellwig
2025-06-17 10:08 ` Jan Kara
2025-06-17 10:08 ` Jan Kara
2025-06-17 10:08 ` [f2fs-dev] " Jan Kara
2025-06-17 11:48 ` Christian Brauner
2025-06-17 11:48 ` Christian Brauner
2025-06-17 11:48 ` [f2fs-dev] " Christian Brauner via Linux-f2fs-devel
2025-06-16 19:33 ` [PATCH 04/10] fs/dax: make it possible to check dev dax support without a VMA Lorenzo Stoakes
2025-06-16 19:33 ` Lorenzo Stoakes
2025-06-16 19:33 ` [f2fs-dev] " Lorenzo Stoakes via Linux-f2fs-devel
2025-06-16 20:26 ` Matthew Wilcox
2025-06-16 20:26 ` Matthew Wilcox
2025-06-16 20:26 ` [f2fs-dev] " Matthew Wilcox
2025-06-17 11:43 ` Christian Brauner
2025-06-17 11:43 ` Christian Brauner
2025-06-17 11:43 ` [f2fs-dev] " Christian Brauner via Linux-f2fs-devel
2025-06-16 19:33 ` [PATCH 05/10] fs/ext4: transition from deprecated .mmap hook to .mmap_prepare Lorenzo Stoakes
2025-06-16 19:33 ` Lorenzo Stoakes
2025-06-16 19:33 ` [f2fs-dev] " Lorenzo Stoakes via Linux-f2fs-devel
2025-06-17 10:11 ` Jan Kara
2025-06-17 10:11 ` Jan Kara
2025-06-17 10:11 ` [f2fs-dev] " Jan Kara
2025-06-16 19:33 ` [PATCH 06/10] fs/xfs: " Lorenzo Stoakes
2025-06-16 19:33 ` Lorenzo Stoakes
2025-06-16 19:33 ` [f2fs-dev] " Lorenzo Stoakes via Linux-f2fs-devel
2025-06-17 5:08 ` Christoph Hellwig
2025-06-17 5:08 ` Christoph Hellwig
2025-06-17 5:08 ` [f2fs-dev] " Christoph Hellwig
2025-06-17 11:45 ` Christian Brauner
2025-06-17 11:45 ` Christian Brauner
2025-06-17 11:45 ` [f2fs-dev] " Christian Brauner via Linux-f2fs-devel
2025-06-16 19:33 ` [PATCH 07/10] mm/filemap: introduce generic_file_*_mmap_prepare() helpers Lorenzo Stoakes
2025-06-16 19:33 ` Lorenzo Stoakes
2025-06-16 19:33 ` [f2fs-dev] " Lorenzo Stoakes via Linux-f2fs-devel
2025-06-17 10:12 ` Jan Kara
2025-06-17 10:12 ` Jan Kara
2025-06-17 10:12 ` [f2fs-dev] " Jan Kara
2025-06-17 19:00 ` Vlastimil Babka
2025-06-17 19:00 ` Vlastimil Babka
2025-06-17 19:00 ` [f2fs-dev] " Vlastimil Babka
2025-06-16 19:33 ` [PATCH 08/10] fs: convert simple use of generic_file_*_mmap() to .mmap_prepare() Lorenzo Stoakes
2025-06-16 19:33 ` Lorenzo Stoakes
2025-06-16 19:33 ` [f2fs-dev] " Lorenzo Stoakes via Linux-f2fs-devel
2025-06-16 23:26 ` Viacheslav Dubeyko
2025-06-16 23:26 ` Viacheslav Dubeyko
2025-06-16 23:26 ` [f2fs-dev] " Viacheslav Dubeyko via Linux-f2fs-devel
2025-06-16 23:26 ` Viacheslav Dubeyko
2025-06-17 10:14 ` Jan Kara
2025-06-17 10:14 ` Jan Kara
2025-06-17 10:14 ` [f2fs-dev] " Jan Kara
2025-06-17 14:07 ` Dave Kleikamp
2025-06-17 14:07 ` Dave Kleikamp
2025-06-17 14:07 ` [f2fs-dev] " Dave Kleikamp via Linux-f2fs-devel
2025-06-16 19:33 ` [PATCH 09/10] fs: convert most other generic_file_*mmap() users " Lorenzo Stoakes
2025-06-16 19:33 ` Lorenzo Stoakes
2025-06-16 19:33 ` [f2fs-dev] " Lorenzo Stoakes via Linux-f2fs-devel
2025-06-17 7:14 ` kernel test robot
2025-06-17 9:14 ` Lorenzo Stoakes
2025-06-17 10:23 ` Jan Kara
2025-06-17 10:23 ` Jan Kara
2025-06-17 10:23 ` [f2fs-dev] " Jan Kara
2025-06-17 11:54 ` Christian Brauner
2025-06-17 11:54 ` Christian Brauner
2025-06-17 11:54 ` [f2fs-dev] " Christian Brauner via Linux-f2fs-devel
2025-06-16 19:33 ` [PATCH 10/10] fs: replace mmap hook with .mmap_prepare for simple mappings Lorenzo Stoakes
2025-06-16 19:33 ` Lorenzo Stoakes
2025-06-16 19:33 ` [f2fs-dev] " Lorenzo Stoakes via Linux-f2fs-devel
2025-06-16 22:51 ` Damien Le Moal
2025-06-16 22:51 ` Damien Le Moal
2025-06-16 22:51 ` [f2fs-dev] " Damien Le Moal via Linux-f2fs-devel
2025-06-16 23:24 ` Viacheslav Dubeyko
2025-06-16 23:24 ` Viacheslav Dubeyko
2025-06-16 23:24 ` [f2fs-dev] " Viacheslav Dubeyko via Linux-f2fs-devel
2025-06-16 23:24 ` Viacheslav Dubeyko
2025-06-17 10:28 ` Jan Kara
2025-06-17 10:28 ` Jan Kara
2025-06-17 10:28 ` [f2fs-dev] " Jan Kara
2025-06-17 11:57 ` Christian Brauner
2025-06-17 11:57 ` Christian Brauner
2025-06-17 11:57 ` [f2fs-dev] " Christian Brauner via Linux-f2fs-devel
2025-06-18 17:06 ` David Sterba
2025-06-18 17:06 ` David Sterba
2025-06-18 17:06 ` [f2fs-dev] " David Sterba
2025-06-19 17:47 ` Ryusuke Konishi
2025-06-19 17:47 ` Ryusuke Konishi
2025-06-19 17:47 ` [f2fs-dev] " Ryusuke Konishi
2025-06-30 16:55 ` Mike Marshall
2025-06-30 17:04 ` Lorenzo Stoakes
2025-06-16 19:56 ` [PATCH 00/10] convert the majority of file systems to mmap_prepare Kent Overstreet
2025-06-16 19:56 ` Kent Overstreet
2025-06-16 19:56 ` [f2fs-dev] " Kent Overstreet
2025-06-16 20:41 ` Al Viro
2025-06-16 20:41 ` Al Viro
2025-06-16 20:41 ` [f2fs-dev] " Al Viro
2025-06-17 13:45 ` Jeff Layton
2025-06-17 13:45 ` Jeff Layton
2025-06-17 13:45 ` [f2fs-dev] " Jeff Layton via Linux-f2fs-devel
2025-06-17 13:46 ` Lorenzo Stoakes
2025-06-17 13:46 ` Lorenzo Stoakes
2025-06-17 13:46 ` [f2fs-dev] " Lorenzo Stoakes via Linux-f2fs-devel
2025-06-16 23:11 ` Andrew Morton
2025-06-16 23:11 ` Andrew Morton
2025-06-16 23:11 ` [f2fs-dev] " Andrew Morton
2025-06-17 11:31 ` Christian Brauner
2025-06-17 11:31 ` Christian Brauner
2025-06-17 11:31 ` [f2fs-dev] " Christian Brauner via Linux-f2fs-devel
2025-06-17 11:58 ` Christian Brauner
2025-06-17 11:58 ` Christian Brauner
2025-06-17 11:58 ` [f2fs-dev] " Christian Brauner via Linux-f2fs-devel
2025-06-17 14:05 ` David Howells
2025-06-17 14:05 ` David Howells
2025-06-17 14:05 ` [f2fs-dev] " David Howells via Linux-f2fs-devel
2025-06-17 14:17 ` Lorenzo Stoakes
2025-06-17 14:17 ` Lorenzo Stoakes
2025-06-17 14:17 ` [f2fs-dev] " Lorenzo Stoakes via Linux-f2fs-devel
2025-06-17 16:02 ` ✓ i915.CI.BAT: success for " Patchwork
2025-06-18 3:48 ` ✓ i915.CI.Full: " Patchwork
2025-08-01 14:00 ` Jason Gunthorpe [this message]
2025-08-01 14:00 ` [PATCH 00/10] " Jason Gunthorpe
2025-08-01 14:00 ` [f2fs-dev] " Jason Gunthorpe via Linux-f2fs-devel
2025-08-01 14:12 ` Lorenzo Stoakes
2025-08-01 14:23 ` David Hildenbrand
2025-08-01 16:29 ` Jason Gunthorpe
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=20250801140057.GA245321@nvidia.com \
--to=jgg@nvidia.com \
--cc=Liam.Howlett@oracle.com \
--cc=adilger.kernel@dilger.ca \
--cc=airlied@gmail.com \
--cc=aivazian.tigran@gmail.com \
--cc=akpm@linux-foundation.org \
--cc=almaz.alexandrovich@paragon-software.com \
--cc=amir73il@gmail.com \
--cc=anna@kernel.org \
--cc=anton.ivanov@cambridgegreys.com \
--cc=asmadeus@codewreck.org \
--cc=axboe@kernel.dk \
--cc=bcrl@kvack.org \
--cc=bharathsm@microsoft.com \
--cc=brauner@kernel.org \
--cc=cem@kernel.org \
--cc=ceph-devel@vger.kernel.org \
--cc=chao@kernel.org \
--cc=chengzhihao1@huawei.com \
--cc=clm@fb.com \
--cc=coda@cs.cmu.edu \
--cc=codalist@coda.cs.cmu.edu \
--cc=code@tyhicks.com \
--cc=dan.j.williams@intel.com \
--cc=devel@lists.orangefs.org \
--cc=dhavale@google.com \
--cc=dhowells@redhat.com \
--cc=dlemoal@kernel.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=dsterba@suse.com \
--cc=dwmw2@infradead.org \
--cc=ecryptfs@vger.kernel.org \
--cc=ericvh@kernel.org \
--cc=frank.li@vivo.com \
--cc=glaubitz@physik.fu-berlin.de \
--cc=hdegoede@redhat.com \
--cc=hirofumi@mail.parknet.co.jp \
--cc=hubcap@omnibond.com \
--cc=idryomov@gmail.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=jack@suse.cz \
--cc=jaegeuk@kernel.org \
--cc=jaharkes@cs.cmu.edu \
--cc=jani.nikula@linux.intel.com \
--cc=jannh@google.com \
--cc=jefflexu@linux.alibaba.com \
--cc=jfs-discussion@lists.sourceforge.net \
--cc=jlbec@evilplan.org \
--cc=johannes@sipsolutions.net \
--cc=joonas.lahtinen@linux.intel.com \
--cc=josef@toxicpanda.com \
--cc=joseph.qi@linux.alibaba.com \
--cc=jth@kernel.org \
--cc=kees@kernel.org \
--cc=kent.overstreet@linux.dev \
--cc=konishi.ryusuke@gmail.com \
--cc=lihongbo22@huawei.com \
--cc=linkinjeon@kernel.org \
--cc=linux-afs@lists.infradead.org \
--cc=linux-aio@kvack.org \
--cc=linux-bcachefs@vger.kernel.org \
--cc=linux-block@vger.kernel.org \
--cc=linux-btrfs@vger.kernel.org \
--cc=linux-cifs@vger.kernel.org \
--cc=linux-erofs@lists.ozlabs.org \
--cc=linux-ext4@vger.kernel.org \
--cc=linux-f2fs-devel@lists.sourceforge.net \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-karma-devel@lists.sourceforge.net \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=linux-mtd@lists.infradead.org \
--cc=linux-nfs@vger.kernel.org \
--cc=linux-nilfs@vger.kernel.org \
--cc=linux-um@lists.infradead.org \
--cc=linux-unionfs@vger.kernel.org \
--cc=linux-xfs@vger.kernel.org \
--cc=linux_oss@crudebyte.com \
--cc=lorenzo.stoakes@oracle.com \
--cc=lucho@ionkov.net \
--cc=marc.dionne@auristor.com \
--cc=mark@fasheh.com \
--cc=martin@omnibond.com \
--cc=me@bobcopeland.com \
--cc=miklos@szeredi.hu \
--cc=mikulas@artax.karlin.mff.cuni.cz \
--cc=naohiro.aota@wdc.com \
--cc=ntfs3@lists.linux.dev \
--cc=nvdimm@lists.linux.dev \
--cc=ocfs2-devel@lists.linux.dev \
--cc=pc@manguebit.org \
--cc=pfalcato@suse.de \
--cc=richard@nod.at \
--cc=rodrigo.vivi@intel.com \
--cc=ronniesahlberg@gmail.com \
--cc=samba-technical@lists.samba.org \
--cc=sfrench@samba.org \
--cc=shaggy@kernel.org \
--cc=simona@ffwll.ch \
--cc=sj1557.seo@samsung.com \
--cc=slava@dubeyko.com \
--cc=sprasad@microsoft.com \
--cc=tom@talpey.com \
--cc=trondmy@kernel.org \
--cc=tursulin@ursulin.net \
--cc=tytso@mit.edu \
--cc=v9fs@lists.linux.dev \
--cc=vbabka@suse.cz \
--cc=viro@zeniv.linux.org.uk \
--cc=willy@infradead.org \
--cc=xiang@kernel.org \
--cc=xiubli@redhat.com \
--cc=yuezhang.mo@sony.com \
--cc=zbestahu@gmail.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.