[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <5a1730f3-30ff-403c-a460-09a81f9616c5@app.fastmail.com>
Date: Wed, 14 Jan 2026 09:52:34 -0500
From: "Chuck Lever" <cel@...nel.org>
To: "Amir Goldstein" <amir73il@...il.com>, "Jeff Layton" <jlayton@...nel.org>
Cc: "Christoph Hellwig" <hch@...radead.org>,
"Christian Brauner" <brauner@...nel.org>,
"Chuck Lever" <chuck.lever@...cle.com>, "Jan Kara" <jack@...e.cz>,
"Luis de Bethencourt" <luisbg@...nel.org>,
"Salah Triki" <salah.triki@...il.com>,
"Nicolas Pitre" <nico@...xnic.net>, "Anders Larsen" <al@...rsen.net>,
"Alexander Viro" <viro@...iv.linux.org.uk>,
"David Sterba" <dsterba@...e.com>, "Chris Mason" <clm@...com>,
"Gao Xiang" <xiang@...nel.org>, "Chao Yu" <chao@...nel.org>,
"Yue Hu" <zbestahu@...il.com>, "Jeffle Xu" <jefflexu@...ux.alibaba.com>,
"Sandeep Dhavale" <dhavale@...gle.com>,
"Hongbo Li" <lihongbo22@...wei.com>, "Chunhai Guo" <guochunhai@...o.com>,
"Jan Kara" <jack@...e.com>, "Theodore Tso" <tytso@....edu>,
"Andreas Dilger" <adilger.kernel@...ger.ca>,
"Jaegeuk Kim" <jaegeuk@...nel.org>,
"OGAWA Hirofumi" <hirofumi@...l.parknet.co.jp>,
"David Woodhouse" <dwmw2@...radead.org>,
"Richard Weinberger" <richard@....at>,
"Dave Kleikamp" <shaggy@...nel.org>,
"Ryusuke Konishi" <konishi.ryusuke@...il.com>,
"Viacheslav Dubeyko" <slava@...eyko.com>,
"Konstantin Komarov" <almaz.alexandrovich@...agon-software.com>,
"Mark Fasheh" <mark@...heh.com>, "Joel Becker" <jlbec@...lplan.org>,
"Joseph Qi" <joseph.qi@...ux.alibaba.com>,
"Mike Marshall" <hubcap@...ibond.com>,
"Martin Brandenburg" <martin@...ibond.com>,
"Miklos Szeredi" <miklos@...redi.hu>,
"Phillip Lougher" <phillip@...ashfs.org.uk>,
"Carlos Maiolino" <cem@...nel.org>, "Hugh Dickins" <hughd@...gle.com>,
"Baolin Wang" <baolin.wang@...ux.alibaba.com>,
"Andrew Morton" <akpm@...ux-foundation.org>,
"Namjae Jeon" <linkinjeon@...nel.org>,
"Sungjong Seo" <sj1557.seo@...sung.com>,
"Yuezhang Mo" <yuezhang.mo@...y.com>,
"Alexander Aring" <alex.aring@...il.com>,
"Andreas Gruenbacher" <agruenba@...hat.com>,
"Jonathan Corbet" <corbet@....net>,
"Matthew Wilcox (Oracle)" <willy@...radead.org>,
"Eric Van Hensbergen" <ericvh@...nel.org>,
"Latchesar Ionkov" <lucho@...kov.net>,
"Dominique Martinet" <asmadeus@...ewreck.org>,
"Christian Schoenebeck" <linux_oss@...debyte.com>,
"Xiubo Li" <xiubli@...hat.com>, "Ilya Dryomov" <idryomov@...il.com>,
"Trond Myklebust" <trondmy@...nel.org>,
"Anna Schumaker" <anna@...nel.org>, "Steve French" <sfrench@...ba.org>,
"Paulo Alcantara" <pc@...guebit.org>,
"Ronnie Sahlberg" <ronniesahlberg@...il.com>,
"Shyam Prasad N" <sprasad@...rosoft.com>, "Tom Talpey" <tom@...pey.com>,
"Bharath SM" <bharathsm@...rosoft.com>,
"Hans de Goede" <hansg@...nel.org>, linux-kernel@...r.kernel.org,
linux-fsdevel@...r.kernel.org, linux-btrfs@...r.kernel.org,
linux-erofs@...ts.ozlabs.org, linux-ext4@...r.kernel.org,
linux-f2fs-devel@...ts.sourceforge.net, linux-mtd@...ts.infradead.org,
jfs-discussion@...ts.sourceforge.net, linux-nilfs@...r.kernel.org,
ntfs3@...ts.linux.dev, ocfs2-devel@...ts.linux.dev,
devel@...ts.orangefs.org, linux-unionfs@...r.kernel.org,
linux-xfs@...r.kernel.org, linux-mm@...ck.org, gfs2@...ts.linux.dev,
linux-doc@...r.kernel.org, v9fs@...ts.linux.dev,
ceph-devel@...r.kernel.org, linux-nfs@...r.kernel.org,
linux-cifs@...r.kernel.org, samba-technical@...ts.samba.org
Subject: Re: [PATCH 00/24] vfs: require filesystems to explicitly opt-in to lease
support
On Wed, Jan 14, 2026, at 9:14 AM, Amir Goldstein wrote:
> On Wed, Jan 14, 2026 at 2:41 PM Jeff Layton <jlayton@...nel.org> wrote:
> Very well then.
> How about EXPORT_OP_PERSISTENT_HANDLES?
>
> This terminology is from the NFS protocol spec and it is also used
> to describe the same trait in SMB protocol.
>
>> The problem there is that we very much do want to keep tmpfs
>> exportable, but it doesn't have stable handles (per-se).
>
> Thinking out loud -
> It would be misguided to declare tmpfs as
> EXPORT_OP_PERSISTENT_HANDLES
> and regressing exports of tmpfs will surely not go unnoticed.
>
> How about adding an exportfs option "persistent_handles",
> use it as default IFF neither options fsid=, uuid= are used,
> so that at least when exporting tmpfs, exportfs -v will show
> "no_persistent_handles" explicitly?
I think we need to be careful. tmpfs filehandles align quite
well with the traditional definition of persistent filehandles.
tmpfs filehandles live as long as tmpfs files do, and that is
all that is required to be considered "persistent".
--
Chuck Lever
Powered by blists - more mailing lists