From: Christoph Hellwig <hch@infradead.org>
To: Christian Brauner <brauner@kernel.org>
Cc: Jeff Layton <jlayton@kernel.org>,
Amir Goldstein <amir73il@gmail.com>,
Chuck Lever <chuck.lever@oracle.com>, Jan Kara <jack@suse.cz>,
Luis de Bethencourt <luisbg@kernel.org>,
Salah Triki <salah.triki@gmail.com>,
Nicolas Pitre <nico@fluxnic.net>,
Christoph Hellwig <hch@infradead.org>,
Anders Larsen <al@alarsen.net>,
Alexander Viro <viro@zeniv.linux.org.uk>,
David Sterba <dsterba@suse.com>, Chris Mason <clm@fb.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>,
Chunhai Guo <guochunhai@vivo.com>, Jan Kara <jack@suse.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>,
David Woodhouse <dwmw2@infradead.org>,
Richard Weinberger <richard@nod.at>,
Dave Kleikamp <shaggy@kernel.org>,
Ryusuke Konishi <konishi.ryusuke@gmail.com>,
Viacheslav Dubeyko <slava@dubeyko.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>,
Mike Marshall <hubcap@omnibond.com>,
Martin Brandenburg <martin@omnibond.com>,
Miklos Szeredi <miklos@szeredi.hu>,
Phillip Lougher <phillip@squashfs.org.uk>,
Carlos Maiolino <cem@kernel.org>, Hugh Dickins <hughd@google.com>,
Baolin Wang <baolin.wang@linux.alibaba.com>,
Andrew Morton <akpm@linux-foundation.org>,
Namjae Jeon <linkinjeon@kernel.org>,
Sungjong Seo <sj1557.seo@samsung.com>,
Yuezhang Mo <yuezhang.mo@sony.com>,
Alexander Aring <alex.aring@gmail.com>,
Andreas Gruenbacher <agruenba@redhat.com>,
Jonathan Corbet <corbet@lwn.net>,
"Matthew Wilcox (Oracle)" <willy@infradead.org>,
Eric Van Hensbergen <ericvh@kernel.org>,
Latchesar Ionkov <lucho@ionkov.net>,
Dominique Martinet <asmadeus@codewreck.org>,
Christian Schoenebeck <linux_oss@crudebyte.com>,
Xiubo Li <xiubli@redhat.com>, Ilya Dryomov <idryomov@gmail.com>,
Trond Myklebust <trondmy@kernel.org>,
Anna Schumaker <anna@kernel.org>,
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>,
Hans de Goede <hansg@kernel.org>,
linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org,
linux-btrfs@vger.kernel.org, linux-erofs@lists.ozlabs.org,
linux-ext4@vger.kernel.org,
linux-f2fs-devel@lists.sourceforge.net,
linux-mtd@lists.infradead.org,
jfs-discussion@lists.sourceforge.net,
linux-nilfs@vger.kernel.org, ntfs3@lists.linux.dev,
ocfs2-devel@lists.linux.dev, devel@lists.orangefs.org,
linux-unionfs@vger.kernel.org, linux-xfs@vger.kernel.org,
linux-mm@kvack.org, gfs2@lists.linux.dev,
linux-doc@vger.kernel.org, v9fs@lists.linux.dev,
ceph-devel@vger.kernel.org, linux-nfs@vger.kernel.org,
linux-cifs@vger.kernel.org, samba-technical@lists.samba.org
Subject: Re: [PATCH 00/24] vfs: require filesystems to explicitly opt-in to lease support
Date: Tue, 13 Jan 2026 06:54:27 -0800 [thread overview]
Message-ID: <aWZcoyQLvbJKUxDU@infradead.org> (raw)
In-Reply-To: <20260113-mondlicht-raven-82fc4eb70e9d@brauner>
On Tue, Jan 13, 2026 at 09:54:15AM +0100, Christian Brauner wrote:
> I don't think we want to expose cgroupfs via NFS that's super weird.
> It's like remote partial resource management and it would be very
> strange if a remote process suddenly would be able to move things around
> in the cgroup tree. So I would prefer to not do this.
>
> So my preference would be to really sever file handles from the export
> mechanism so that we can allow stuff like pidfs and nsfs and cgroupfs to
> use file handles via name_to_handle_at() and open_by_handle_at() without
> making them exportable.
I don't understand this discussion. If someone really wants to
expose say cgroupfs to the network they'll find a way, be that using
a userspace nfs server, samba, 9p or a custom fuse thing. What's the
benefit of explicitly prohibiting a knfsd export?
(not that I think any of this makes much sense to start with)
WARNING: multiple messages have this Message-ID (diff)
From: Christoph Hellwig <hch@infradead.org>
To: Christian Brauner <brauner@kernel.org>
Cc: Latchesar Ionkov <lucho@ionkov.net>,
Dave Kleikamp <shaggy@kernel.org>,
Alexander Aring <alex.aring@gmail.com>, Jan Kara <jack@suse.cz>,
Paulo Alcantara <pc@manguebit.org>,
Sandeep Dhavale <dhavale@google.com>,
Martin Brandenburg <martin@omnibond.com>,
Yuezhang Mo <yuezhang.mo@sony.com>,
Anders Larsen <al@alarsen.net>,
Amir Goldstein <amir73il@gmail.com>,
jfs-discussion@lists.sourceforge.net,
linux-unionfs@vger.kernel.org,
Konstantin Komarov <almaz.alexandrovich@paragon-software.com>,
Chris Mason <clm@fb.com>,
Andreas Dilger <adilger.kernel@dilger.ca>,
Chunhai Guo <guochunhai@vivo.com>,
Ilya Dryomov <idryomov@gmail.com>,
Ronnie Sahlberg <ronniesahlberg@gmail.com>,
linux-mtd@lists.infradead.org,
Mike Marshall <hubcap@omnibond.com>,
linux-xfs@vger.kernel.org, Xiubo Li <xiubli@redhat.com>,
Yue Hu <zbestahu@gmail.com>, Miklos Szeredi <miklos@szeredi.hu>,
samba-technical@lists.samba.org,
Richard Weinberger <richard@nod.at>,
Mark Fasheh <mark@fasheh.com>,
devel@lists.orangefs.org, Hugh Dickins <hughd@google.com>,
"Matthew Wilcox \(Oracle\)" <willy@infradead.org>,
ntfs3@lists.linux.dev, Christoph Hellwig <hch@infradead.org>,
Joseph Qi <joseph.qi@linux.alibaba.com>,
linux-mm@kvack.org, Viacheslav Dubeyko <slava@dubeyko.com>,
linux-btrfs@vger.kernel.org, Gao Xiang <xiang@kernel.org>,
linux-ext4@vger.kernel.org, Salah Triki <salah.triki@gmail.com>,
Carlos Maiolino <cem@kernel.org>,
Dominique Martinet <asmadeus@codewreck.org>,
Shyam Prasad N <sprasad@microsoft.com>,
Christian Schoenebeck <linux_oss@crudebyte.com>,
linux-doc@vger.kernel.org, linux-cifs@vger.kernel.org,
Tom Talpey <tom@talpey.com>,
ocfs2-devel@lists.linux.dev, Bharath SM <bharathsm@microsoft.com>,
linux-nilfs@vger.kernel.org, David Sterba <dsterba@suse.com>,
Alexander Viro <viro@zeniv.linux.org.uk>,
Baolin Wang <baolin.wang@linux.alibaba.com>,
Jeffle Xu <jefflexu@linux.alibaba.com>,
Jaegeuk Kim <jaegeuk@kernel.org>,
ceph-devel@vger.kernel.org,
Eric Van Hensbergen <ericvh@kernel.org>,
Ryusuke Konishi <konishi.ryusuke@gmail.com>,
OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>,
Andreas Gruenbacher <agruenba@redhat.com>,
Hans de Goede <hansg@kernel.org>,
gfs2@lists.linux.dev, linux-nfs@vger.kernel.org,
linux-f2fs-devel@lists.sourceforge.net,
Theodore Ts'o <tytso@mit.edu>,
Luis de Bethencourt <luisbg@kernel.org>,
Nicolas Pitre <nico@fluxnic.net>,
linux-erofs@lists.ozlabs.org, v9fs@lists.linux.dev,
Jonathan Corbet <corbet@lwn.net>,
Jeff Layton <jlayton@kernel.org>,
linux-kernel@vger.kernel.org, Namjae Jeon <linkinjeon@kernel.org>,
Steve French <sfrench@samba.org>,
Chuck Lever <chuck.lever@oracle.com>,
Hongbo Li <lihongbo22@huawei.com>,
Anna Schumaker <anna@kernel.org>, Jan Kara <jack@suse.com>,
linux-fsdevel@vger.kernel.org,
Phillip Lougher <phillip@squashfs.org.uk>,
Andrew Morton <akpm@linux-foundation.org>,
Sungjong Seo <sj1557.seo@samsung.com>,
David Woodhouse <dwmw2@infradead.org>,
Trond Myklebust <trondmy@kernel.org>,
Joel Becker <jlbec@evilplan.org>
Subject: Re: [f2fs-dev] [PATCH 00/24] vfs: require filesystems to explicitly opt-in to lease support
Date: Tue, 13 Jan 2026 06:54:27 -0800 [thread overview]
Message-ID: <aWZcoyQLvbJKUxDU@infradead.org> (raw)
In-Reply-To: <20260113-mondlicht-raven-82fc4eb70e9d@brauner>
On Tue, Jan 13, 2026 at 09:54:15AM +0100, Christian Brauner wrote:
> I don't think we want to expose cgroupfs via NFS that's super weird.
> It's like remote partial resource management and it would be very
> strange if a remote process suddenly would be able to move things around
> in the cgroup tree. So I would prefer to not do this.
>
> So my preference would be to really sever file handles from the export
> mechanism so that we can allow stuff like pidfs and nsfs and cgroupfs to
> use file handles via name_to_handle_at() and open_by_handle_at() without
> making them exportable.
I don't understand this discussion. If someone really wants to
expose say cgroupfs to the network they'll find a way, be that using
a userspace nfs server, samba, 9p or a custom fuse thing. What's the
benefit of explicitly prohibiting a knfsd export?
(not that I think any of this makes much sense to start with)
_______________________________________________
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: Christoph Hellwig <hch@infradead.org>
To: Christian Brauner <brauner@kernel.org>
Cc: Jeff Layton <jlayton@kernel.org>,
Amir Goldstein <amir73il@gmail.com>,
Chuck Lever <chuck.lever@oracle.com>, Jan Kara <jack@suse.cz>,
Luis de Bethencourt <luisbg@kernel.org>,
Salah Triki <salah.triki@gmail.com>,
Nicolas Pitre <nico@fluxnic.net>,
Christoph Hellwig <hch@infradead.org>,
Anders Larsen <al@alarsen.net>,
Alexander Viro <viro@zeniv.linux.org.uk>,
David Sterba <dsterba@suse.com>, Chris Mason <clm@fb.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>,
Chunhai Guo <guochunhai@vivo.com>, Jan Kara <jack@suse.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>,
David Woodhouse <dwmw2@infradead.org>,
Richard Weinberger <richard@nod.at>,
Dave Kleikamp <shaggy@kernel.org>,
Ryusuke Konishi <konishi.ryusuke@gmail.com>,
Viacheslav Dubeyko <slava@dubeyko.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>,
Mike Marshall <hubcap@omnibond.com>,
Martin Brandenburg <martin@omnibond.com>,
Miklos Szeredi <miklos@szeredi.hu>,
Phillip Lougher <phillip@squashfs.org.uk>,
Carlos Maiolino <cem@kernel.org>, Hugh Dickins <hughd@google.com>,
Baolin Wang <baolin.wang@linux.alibaba.com>,
Andrew Morton <akpm@linux-foundation.org>,
Namjae Jeon <linkinjeon@kernel.org>,
Sungjong Seo <sj1557.seo@samsung.com>,
Yuezhang Mo <yuezhang.mo@sony.com>,
Alexander Aring <alex.aring@gmail.com>,
Andreas Gruenbacher <agruenba@redhat.com>,
Jonathan Corbet <corbet@lwn.net>,
"Matthew Wilcox (Oracle)" <willy@infradead.org>,
Eric Van Hensbergen <ericvh@kernel.org>,
Latchesar Ionkov <lucho@ionkov.net>,
Dominique Martinet <asmadeus@codewreck.org>,
Christian Schoenebeck <linux_oss@crudebyte.com>,
Xiubo Li <xiubli@redhat.com>, Ilya Dryomov <idryomov@gmail.com>,
Trond Myklebust <trondmy@kernel.org>,
Anna Schumaker <anna@kernel.org>,
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>,
Hans de Goede <hansg@kernel.org>,
linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org,
linux-btrfs@vger.kernel.org, linux-erofs@lists.ozlabs.org,
linux-ext4@vger.kernel.org,
linux-f2fs-devel@lists.sourceforge.net,
linux-mtd@lists.infradead.org,
jfs-discussion@lists.sourceforge.net,
linux-nilfs@vger.kernel.org, ntfs3@lists.linux.dev,
ocfs2-devel@lists.linux.dev, devel@lists.orangefs.org,
linux-unionfs@vger.kernel.org, linux-xfs@vger.kernel.org,
linux-mm@kvack.org, gfs2@lists.linux.dev,
linux-doc@vger.kernel.org, v9fs@lists.linux.dev,
ceph-devel@vger.kernel.org, linux-nfs@vger.kernel.org,
linux-cifs@vger.kernel.org, samba-technical@lists.samba.org
Subject: Re: [PATCH 00/24] vfs: require filesystems to explicitly opt-in to lease support
Date: Tue, 13 Jan 2026 06:54:27 -0800 [thread overview]
Message-ID: <aWZcoyQLvbJKUxDU@infradead.org> (raw)
In-Reply-To: <20260113-mondlicht-raven-82fc4eb70e9d@brauner>
On Tue, Jan 13, 2026 at 09:54:15AM +0100, Christian Brauner wrote:
> I don't think we want to expose cgroupfs via NFS that's super weird.
> It's like remote partial resource management and it would be very
> strange if a remote process suddenly would be able to move things around
> in the cgroup tree. So I would prefer to not do this.
>
> So my preference would be to really sever file handles from the export
> mechanism so that we can allow stuff like pidfs and nsfs and cgroupfs to
> use file handles via name_to_handle_at() and open_by_handle_at() without
> making them exportable.
I don't understand this discussion. If someone really wants to
expose say cgroupfs to the network they'll find a way, be that using
a userspace nfs server, samba, 9p or a custom fuse thing. What's the
benefit of explicitly prohibiting a knfsd export?
(not that I think any of this makes much sense to start with)
______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/
next prev parent reply other threads:[~2026-01-13 14:55 UTC|newest]
Thread overview: 247+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-01-08 17:12 [PATCH 00/24] vfs: require filesystems to explicitly opt-in to lease support Jeff Layton
2026-01-08 17:12 ` Jeff Layton
2026-01-08 17:12 ` [f2fs-dev] " Jeff Layton via Linux-f2fs-devel
2026-01-08 17:12 ` [PATCH 01/24] fs: add setlease to generic_ro_fops and read-only filesystem directory operations Jeff Layton
2026-01-08 17:12 ` Jeff Layton
2026-01-08 17:12 ` [f2fs-dev] " Jeff Layton via Linux-f2fs-devel
2026-01-08 17:26 ` Jan Kara
2026-01-08 17:26 ` Jan Kara
2026-01-08 17:26 ` [f2fs-dev] " Jan Kara
2026-01-08 17:12 ` [PATCH 02/24] affs: add setlease file operation Jeff Layton
2026-01-08 17:12 ` Jeff Layton
2026-01-08 17:12 ` [f2fs-dev] " Jeff Layton via Linux-f2fs-devel
2026-01-08 21:26 ` David Sterba
2026-01-08 21:26 ` David Sterba
2026-01-08 21:26 ` [f2fs-dev] " David Sterba
2026-01-08 17:12 ` [PATCH 03/24] btrfs: " Jeff Layton
2026-01-08 17:12 ` Jeff Layton
2026-01-08 17:12 ` [f2fs-dev] " Jeff Layton via Linux-f2fs-devel
2026-01-08 21:26 ` David Sterba
2026-01-08 21:26 ` David Sterba
2026-01-08 21:26 ` [f2fs-dev] " David Sterba
2026-01-08 17:12 ` [PATCH 04/24] erofs: " Jeff Layton
2026-01-08 17:12 ` Jeff Layton
2026-01-08 17:12 ` [f2fs-dev] " Jeff Layton via Linux-f2fs-devel
2026-01-10 1:47 ` Chao Yu
2026-01-10 1:47 ` Chao Yu
2026-01-10 1:47 ` [f2fs-dev] " Chao Yu via Linux-f2fs-devel
2026-01-08 17:13 ` [PATCH 05/24] ext2: " Jeff Layton
2026-01-08 17:13 ` Jeff Layton
2026-01-08 17:13 ` [f2fs-dev] " Jeff Layton via Linux-f2fs-devel
2026-01-08 17:28 ` Jan Kara
2026-01-08 17:28 ` Jan Kara
2026-01-08 17:28 ` [f2fs-dev] " Jan Kara
2026-01-08 17:13 ` [PATCH 06/24] ext4: " Jeff Layton
2026-01-08 17:13 ` Jeff Layton
2026-01-08 17:13 ` [f2fs-dev] " Jeff Layton via Linux-f2fs-devel
2026-01-08 17:28 ` Jan Kara
2026-01-08 17:28 ` Jan Kara
2026-01-08 17:28 ` [f2fs-dev] " Jan Kara
2026-01-08 17:13 ` [PATCH 07/24] exfat: " Jeff Layton
2026-01-08 17:13 ` Jeff Layton
2026-01-08 17:13 ` [f2fs-dev] " Jeff Layton via Linux-f2fs-devel
2026-01-08 22:47 ` Namjae Jeon
2026-01-08 22:47 ` Namjae Jeon
2026-01-08 22:47 ` [f2fs-dev] " Namjae Jeon via Linux-f2fs-devel
2026-01-08 17:13 ` [PATCH 08/24] f2fs: " Jeff Layton
2026-01-08 17:13 ` Jeff Layton
2026-01-08 17:13 ` [f2fs-dev] " Jeff Layton via Linux-f2fs-devel
2026-01-10 1:47 ` Chao Yu
2026-01-10 1:47 ` Chao Yu
2026-01-10 1:47 ` [f2fs-dev] " Chao Yu via Linux-f2fs-devel
2026-01-08 17:13 ` [PATCH 09/24] fat: " Jeff Layton
2026-01-08 17:13 ` Jeff Layton
2026-01-08 17:13 ` [f2fs-dev] " Jeff Layton via Linux-f2fs-devel
2026-01-08 18:12 ` OGAWA Hirofumi
2026-01-08 18:12 ` OGAWA Hirofumi
2026-01-08 18:12 ` [f2fs-dev] " OGAWA Hirofumi
2026-01-08 17:13 ` [PATCH 10/24] gfs2: add a " Jeff Layton
2026-01-08 17:13 ` Jeff Layton
2026-01-08 17:13 ` [f2fs-dev] " Jeff Layton via Linux-f2fs-devel
2026-01-08 17:13 ` [PATCH 11/24] jffs2: add " Jeff Layton
2026-01-08 17:13 ` Jeff Layton
2026-01-08 17:13 ` [f2fs-dev] " Jeff Layton via Linux-f2fs-devel
2026-01-09 8:49 ` Richard Weinberger
2026-01-09 8:49 ` Richard Weinberger
2026-01-09 8:49 ` [f2fs-dev] " Richard Weinberger
2026-01-08 17:13 ` [PATCH 12/24] jfs: " Jeff Layton
2026-01-08 17:13 ` Jeff Layton
2026-01-08 17:13 ` [f2fs-dev] " Jeff Layton via Linux-f2fs-devel
2026-01-08 19:46 ` Dave Kleikamp
2026-01-08 19:46 ` Dave Kleikamp
2026-01-08 19:46 ` [f2fs-dev] " Dave Kleikamp via Linux-f2fs-devel
2026-01-09 7:40 ` Richard Weinberger
2026-01-09 7:40 ` Richard Weinberger
2026-01-09 7:40 ` [f2fs-dev] " Richard Weinberger
2026-01-09 8:48 ` Richard Weinberger
2026-01-09 8:48 ` Richard Weinberger
2026-01-09 8:48 ` [f2fs-dev] " Richard Weinberger
2026-01-08 17:13 ` [PATCH 13/24] nilfs2: " Jeff Layton
2026-01-08 17:13 ` Jeff Layton
2026-01-08 17:13 ` [f2fs-dev] " Jeff Layton via Linux-f2fs-devel
2026-01-09 5:26 ` Ryusuke Konishi
2026-01-09 5:26 ` Ryusuke Konishi
2026-01-09 5:26 ` [f2fs-dev] " Ryusuke Konishi
2026-01-08 17:13 ` [PATCH 14/24] ntfs3: " Jeff Layton
2026-01-08 17:13 ` Jeff Layton
2026-01-08 17:13 ` [f2fs-dev] " Jeff Layton via Linux-f2fs-devel
2026-01-08 17:13 ` [PATCH 15/24] ocfs2: " Jeff Layton
2026-01-08 17:13 ` Jeff Layton
2026-01-08 17:13 ` [f2fs-dev] " Jeff Layton via Linux-f2fs-devel
2026-01-08 17:29 ` Jan Kara
2026-01-08 17:29 ` Jan Kara
2026-01-08 17:29 ` [f2fs-dev] " Jan Kara
2026-01-08 17:13 ` [PATCH 16/24] orangefs: " Jeff Layton
2026-01-08 17:13 ` Jeff Layton
2026-01-08 17:13 ` [f2fs-dev] " Jeff Layton via Linux-f2fs-devel
2026-01-08 17:13 ` [PATCH 17/24] overlayfs: " Jeff Layton
2026-01-08 17:13 ` Jeff Layton
2026-01-08 17:13 ` [f2fs-dev] " Jeff Layton via Linux-f2fs-devel
2026-01-08 17:13 ` [PATCH 18/24] squashfs: " Jeff Layton
2026-01-08 17:13 ` Jeff Layton
2026-01-08 17:13 ` [f2fs-dev] " Jeff Layton via Linux-f2fs-devel
2026-01-08 17:13 ` [PATCH 19/24] tmpfs: " Jeff Layton
2026-01-08 17:13 ` Jeff Layton
2026-01-08 17:13 ` [f2fs-dev] " Jeff Layton via Linux-f2fs-devel
2026-01-08 17:31 ` Jan Kara
2026-01-08 17:31 ` Jan Kara
2026-01-08 17:31 ` [f2fs-dev] " Jan Kara
2026-01-08 17:13 ` [PATCH 20/24] udf: " Jeff Layton
2026-01-08 17:13 ` Jeff Layton
2026-01-08 17:13 ` [f2fs-dev] " Jeff Layton via Linux-f2fs-devel
2026-01-08 17:29 ` Jan Kara
2026-01-08 17:29 ` Jan Kara
2026-01-08 17:29 ` [f2fs-dev] " Jan Kara
2026-01-08 17:13 ` [PATCH 21/24] ufs: " Jeff Layton
2026-01-08 17:13 ` Jeff Layton
2026-01-08 17:13 ` [f2fs-dev] " Jeff Layton via Linux-f2fs-devel
2026-01-08 17:13 ` [PATCH 22/24] xfs: " Jeff Layton
2026-01-08 17:13 ` Jeff Layton
2026-01-08 17:13 ` [f2fs-dev] " Jeff Layton via Linux-f2fs-devel
2026-01-08 17:13 ` [PATCH 23/24] filelock: default to returning -EINVAL when ->setlease operation is NULL Jeff Layton
2026-01-08 17:13 ` Jeff Layton
2026-01-08 17:13 ` [f2fs-dev] " Jeff Layton via Linux-f2fs-devel
2026-01-08 17:34 ` Jan Kara
2026-01-08 17:34 ` Jan Kara
2026-01-08 17:34 ` [f2fs-dev] " Jan Kara
2026-01-08 17:13 ` [PATCH 24/24] fs: remove simple_nosetlease() Jeff Layton
2026-01-08 17:13 ` Jeff Layton
2026-01-08 17:13 ` [f2fs-dev] " Jeff Layton via Linux-f2fs-devel
2026-01-08 17:34 ` Jan Kara
2026-01-08 17:34 ` Jan Kara
2026-01-08 17:34 ` [f2fs-dev] " Jan Kara
2026-02-25 17:58 ` Mike Snitzer
2026-02-25 17:58 ` Mike Snitzer
2026-03-04 16:59 ` Jeff Layton
2026-03-04 16:59 ` Jeff Layton
2026-03-04 16:59 ` [f2fs-dev] " Jeff Layton via Linux-f2fs-devel
2026-03-04 22:29 ` Mike Snitzer
2026-03-04 22:29 ` Mike Snitzer
2026-03-04 22:29 ` [f2fs-dev] " Mike Snitzer via Linux-f2fs-devel
2026-03-05 19:25 ` Jeff Layton
2026-03-05 19:25 ` Jeff Layton
2026-03-05 19:25 ` [f2fs-dev] " Jeff Layton via Linux-f2fs-devel
2026-01-08 17:40 ` [PATCH 00/24] vfs: require filesystems to explicitly opt-in to lease support Jan Kara
2026-01-08 17:40 ` Jan Kara
2026-01-08 17:40 ` [f2fs-dev] " Jan Kara
2026-01-08 18:56 ` Jeff Layton
2026-01-08 18:56 ` Jeff Layton
2026-01-08 18:56 ` [f2fs-dev] " Jeff Layton via Linux-f2fs-devel
2026-01-09 9:26 ` Jan Kara
2026-01-09 9:26 ` Jan Kara
2026-01-09 9:26 ` [f2fs-dev] " Jan Kara
2026-01-09 18:52 ` Amir Goldstein
2026-01-09 18:52 ` Amir Goldstein
2026-01-09 18:52 ` [f2fs-dev] " Amir Goldstein
2026-01-12 9:49 ` Christian Brauner
2026-01-12 9:49 ` Christian Brauner
2026-01-12 9:49 ` [f2fs-dev] " Christian Brauner via Linux-f2fs-devel
2026-01-12 13:34 ` Jeff Layton
2026-01-12 13:34 ` Jeff Layton
2026-01-12 13:34 ` [f2fs-dev] " Jeff Layton via Linux-f2fs-devel
2026-01-12 14:31 ` Chuck Lever
2026-01-12 14:31 ` Chuck Lever
2026-01-12 14:31 ` [f2fs-dev] " Chuck Lever via Linux-f2fs-devel
2026-01-12 14:50 ` Jeff Layton
2026-01-12 14:50 ` Jeff Layton
2026-01-12 14:50 ` [f2fs-dev] " Jeff Layton via Linux-f2fs-devel
2026-01-13 8:54 ` Christian Brauner
2026-01-13 8:54 ` Christian Brauner
2026-01-13 8:54 ` [f2fs-dev] " Christian Brauner via Linux-f2fs-devel
2026-01-13 11:03 ` Amir Goldstein
2026-01-13 11:03 ` Amir Goldstein
2026-01-13 11:45 ` Jeff Layton
2026-01-13 11:45 ` Jeff Layton
2026-01-13 11:45 ` [f2fs-dev] " Jeff Layton via Linux-f2fs-devel
2026-01-13 14:03 ` Chuck Lever
2026-01-13 14:03 ` Chuck Lever
2026-01-13 14:03 ` [f2fs-dev] " Chuck Lever via Linux-f2fs-devel
2026-01-13 14:27 ` Jeff Layton
2026-01-13 14:27 ` Jeff Layton
2026-01-13 14:27 ` [f2fs-dev] " Jeff Layton via Linux-f2fs-devel
2026-01-13 14:31 ` Chuck Lever
2026-01-13 14:31 ` Chuck Lever
2026-01-13 14:31 ` [f2fs-dev] " Chuck Lever via Linux-f2fs-devel
2026-01-13 15:00 ` Jeff Layton
2026-01-13 15:00 ` Jeff Layton
2026-01-13 15:00 ` [f2fs-dev] " Jeff Layton via Linux-f2fs-devel
2026-01-13 14:54 ` Christoph Hellwig [this message]
2026-01-13 14:54 ` Christoph Hellwig
2026-01-13 14:54 ` [f2fs-dev] " Christoph Hellwig
2026-01-13 17:06 ` Jeff Layton
2026-01-13 17:06 ` Jeff Layton
2026-01-13 17:06 ` [f2fs-dev] " Jeff Layton via Linux-f2fs-devel
2026-01-14 6:28 ` Christoph Hellwig
2026-01-14 6:28 ` Christoph Hellwig
2026-01-14 6:28 ` [f2fs-dev] " Christoph Hellwig
2026-01-14 9:34 ` Amir Goldstein
2026-01-14 9:34 ` Amir Goldstein
2026-01-14 9:34 ` [f2fs-dev] " Amir Goldstein
2026-01-14 13:06 ` Christoph Hellwig
2026-01-14 13:06 ` Christoph Hellwig
2026-01-14 13:06 ` [f2fs-dev] " Christoph Hellwig
2026-01-14 13:41 ` Jeff Layton
2026-01-14 13:41 ` Jeff Layton
2026-01-14 13:41 ` [f2fs-dev] " Jeff Layton via Linux-f2fs-devel
2026-01-14 14:14 ` Amir Goldstein
2026-01-14 14:14 ` Amir Goldstein
2026-01-14 14:14 ` [f2fs-dev] " Amir Goldstein
2026-01-14 14:52 ` Chuck Lever
2026-01-14 14:52 ` Chuck Lever
2026-01-14 14:52 ` [f2fs-dev] " Chuck Lever via Linux-f2fs-devel
2026-01-14 15:05 ` Christoph Hellwig
2026-01-14 15:05 ` Christoph Hellwig
2026-01-14 15:05 ` [f2fs-dev] " Christoph Hellwig
2026-01-15 8:18 ` Christian Brauner
2026-01-15 8:18 ` Christian Brauner
2026-01-15 8:18 ` [f2fs-dev] " Christian Brauner via Linux-f2fs-devel
2026-01-14 15:26 ` Christian Brauner
2026-01-14 15:26 ` Christian Brauner
2026-01-14 15:26 ` [f2fs-dev] " Christian Brauner via Linux-f2fs-devel
2026-01-14 15:20 ` Christian Brauner
2026-01-14 15:20 ` Christian Brauner
2026-01-14 15:20 ` [f2fs-dev] " Christian Brauner via Linux-f2fs-devel
2026-01-15 6:42 ` Christoph Hellwig
2026-01-15 6:42 ` Christoph Hellwig
2026-01-15 6:42 ` [f2fs-dev] " Christoph Hellwig
2026-01-15 8:14 ` Christian Brauner
2026-01-15 8:14 ` Christian Brauner
2026-01-15 8:14 ` [f2fs-dev] " Christian Brauner via Linux-f2fs-devel
2026-01-15 8:33 ` Christoph Hellwig
2026-01-15 8:33 ` Christoph Hellwig
2026-01-15 8:33 ` [f2fs-dev] " Christoph Hellwig
2026-01-14 13:39 ` David Laight
2026-01-14 13:39 ` David Laight
2026-01-14 13:39 ` [f2fs-dev] " David Laight
2026-01-09 6:00 ` Christoph Hellwig
2026-01-09 6:00 ` Christoph Hellwig
2026-01-09 6:00 ` [f2fs-dev] " Christoph Hellwig
2026-01-09 8:03 ` Al Viro
2026-01-09 8:03 ` Al Viro
2026-01-09 8:03 ` [f2fs-dev] " Al Viro
2026-01-12 9:56 ` Christian Brauner
2026-01-12 9:56 ` Christian Brauner
2026-01-12 9:56 ` [f2fs-dev] " Christian Brauner via Linux-f2fs-devel
2026-02-17 21:14 ` patchwork-bot+f2fs
2026-02-17 21:14 ` patchwork-bot+f2fs
2026-02-17 21:14 ` patchwork-bot+f2fs--- via Linux-f2fs-devel
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=aWZcoyQLvbJKUxDU@infradead.org \
--to=hch@infradead.org \
--cc=adilger.kernel@dilger.ca \
--cc=agruenba@redhat.com \
--cc=akpm@linux-foundation.org \
--cc=al@alarsen.net \
--cc=alex.aring@gmail.com \
--cc=almaz.alexandrovich@paragon-software.com \
--cc=amir73il@gmail.com \
--cc=anna@kernel.org \
--cc=asmadeus@codewreck.org \
--cc=baolin.wang@linux.alibaba.com \
--cc=bharathsm@microsoft.com \
--cc=brauner@kernel.org \
--cc=cem@kernel.org \
--cc=ceph-devel@vger.kernel.org \
--cc=chao@kernel.org \
--cc=chuck.lever@oracle.com \
--cc=clm@fb.com \
--cc=corbet@lwn.net \
--cc=devel@lists.orangefs.org \
--cc=dhavale@google.com \
--cc=dsterba@suse.com \
--cc=dwmw2@infradead.org \
--cc=ericvh@kernel.org \
--cc=gfs2@lists.linux.dev \
--cc=guochunhai@vivo.com \
--cc=hansg@kernel.org \
--cc=hirofumi@mail.parknet.co.jp \
--cc=hubcap@omnibond.com \
--cc=hughd@google.com \
--cc=idryomov@gmail.com \
--cc=jack@suse.com \
--cc=jack@suse.cz \
--cc=jaegeuk@kernel.org \
--cc=jefflexu@linux.alibaba.com \
--cc=jfs-discussion@lists.sourceforge.net \
--cc=jlayton@kernel.org \
--cc=jlbec@evilplan.org \
--cc=joseph.qi@linux.alibaba.com \
--cc=konishi.ryusuke@gmail.com \
--cc=lihongbo22@huawei.com \
--cc=linkinjeon@kernel.org \
--cc=linux-btrfs@vger.kernel.org \
--cc=linux-cifs@vger.kernel.org \
--cc=linux-doc@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-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-unionfs@vger.kernel.org \
--cc=linux-xfs@vger.kernel.org \
--cc=linux_oss@crudebyte.com \
--cc=lucho@ionkov.net \
--cc=luisbg@kernel.org \
--cc=mark@fasheh.com \
--cc=martin@omnibond.com \
--cc=miklos@szeredi.hu \
--cc=nico@fluxnic.net \
--cc=ntfs3@lists.linux.dev \
--cc=ocfs2-devel@lists.linux.dev \
--cc=pc@manguebit.org \
--cc=phillip@squashfs.org.uk \
--cc=richard@nod.at \
--cc=ronniesahlberg@gmail.com \
--cc=salah.triki@gmail.com \
--cc=samba-technical@lists.samba.org \
--cc=sfrench@samba.org \
--cc=shaggy@kernel.org \
--cc=sj1557.seo@samsung.com \
--cc=slava@dubeyko.com \
--cc=sprasad@microsoft.com \
--cc=tom@talpey.com \
--cc=trondmy@kernel.org \
--cc=tytso@mit.edu \
--cc=v9fs@lists.linux.dev \
--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.