From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 59C613B95EA; Thu, 15 Jan 2026 18:32:27 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1768501947; cv=none; b=am9sAW8cxzkYXxCzE+wrJLG8cS7eRUKm3+H1TdTe906JdeRwW1Qx0090KJ3hSR+OmpDEaXnd44rNGudX3plHV0ayVqRvPOtmlETc9/ppFauXAJAHEaNyxqdZxno629v9IF4hfAkMATWYn+jSHKQzmscI4XlWu05mnXQ9ojqhac4= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1768501947; c=relaxed/simple; bh=mu/jwyuzs1woV3EsPbDGdDC5dwANFYIHrH4NaGlTLGQ=; h=MIME-Version:Date:From:To:Cc:Message-Id:In-Reply-To:References: Subject:Content-Type; b=IUhpPsI1KeRLPaeAF0SBbhD17sgeJA1F7dDw0O+lBD0vk53CP7DGTwlaniiR1r6rAq5UrYpvceJxnDFWrV4cMCmN/EYFGjI+JFBmrXH/9f4OosLH0hv9mtA+RKq3FFnbgnSL47Ge7m/A/dn75FwQTc6MJP1scsn89Ut0CObiRjs= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=G9sGnGZH; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="G9sGnGZH" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 52582C19425; Thu, 15 Jan 2026 18:32:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1768501947; bh=mu/jwyuzs1woV3EsPbDGdDC5dwANFYIHrH4NaGlTLGQ=; h=Date:From:To:Cc:In-Reply-To:References:Subject:From; b=G9sGnGZHrQX8Py4KAlmLNGCj84evUTtPWpI0OS0q9xnBsK6HoqJ9r8k3RoRYPTAcs dKywez4yA4fFtyxHzR0fZNCFuS18YpqsdG+dwnYZYTLrQiMxCX+dFVTuWs4vq+DzQh AH6ncgzpyM5N289efGIGJ9Brgc8HkLGVcxqQ5aWDWAB356igSFZFTtM+DEJ3lJK1S3 vBLW+TOFHi4t9uHXSsfiThY58trbJsC6WSdqDTUXWiyWYJ7VHOgEQvJv6FSugBzFBT ch87ZiNjAoI02FRZKay/K5tcBz2P4MFR2uvy8rr1JiNjhQqZylMHcSTEm8NQUjT3QY 5WmIIwSvnHsjw== Received: from phl-compute-10.internal (phl-compute-10.internal [10.202.2.50]) by mailfauth.phl.internal (Postfix) with ESMTP id 3EF58F40068; Thu, 15 Jan 2026 13:32:25 -0500 (EST) Received: from phl-imap-15 ([10.202.2.104]) by phl-compute-10.internal (MEProxy); Thu, 15 Jan 2026 13:32:25 -0500 X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefgedrtddtgdduvdeijeekucetufdoteggodetrf dotffvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfurfetoffkrfgpnffqhgenuceu rghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujf gurhepofggfffhvfevkfgjfhfutgfgsehtqhertdertdejnecuhfhrohhmpedfvehhuhgt khcunfgvvhgvrhdfuceotggvlheskhgvrhhnvghlrdhorhhgqeenucggtffrrghtthgvrh hnpeegheduieeiveevheelheelueeghffhtddtheelhfdutddtheeileetkeelvedtjeen ucffohhmrghinhepkhgvrhhnvghlrdhorhhgnecuvehluhhsthgvrhfuihiivgeptdenuc frrghrrghmpehmrghilhhfrhhomheptghhuhgtkhhlvghvvghrodhmvghsmhhtphgruhht hhhpvghrshhonhgrlhhithihqdduieefgeelleelheelqdefvdelkeeggedvfedqtggvlh eppehkvghrnhgvlhdrohhrghesfhgrshhtmhgrihhlrdgtohhmpdhnsggprhgtphhtthho pedvgedpmhhouggvpehsmhhtphhouhhtpdhrtghpthhtoheptghhuhgtkhdrlhgvvhgvrh esohhrrggtlhgvrdgtohhmpdhrtghpthhtoheprghlmhgriidrrghlvgigrghnughrohhv ihgthhesphgrrhgrghhonhdqshhofhhtfigrrhgvrdgtohhmpdhrtghpthhtoheprghgrh huvghnsggrsehrvgguhhgrthdrtghomhdprhgtphhtthhopegrmhgrrhhkuhiivgesrhgv ughhrghtrdgtohhmpdhrtghpthhtohepohhkohhrnhhivghvsehrvgguhhgrthdrtghomh dprhgtphhtthhopehsfhhrvghntghhsehsrghmsggrrdhorhhgpdhrtghpthhtohepphhh ihhllhhiphesshhquhgrshhhfhhsrdhorhhgrdhukhdprhgtphhtthhopegushhtvghrsg grsehsuhhsvgdrtghomhdprhgtphhtthhopehjrggtkhesshhushgvrdgtohhm X-ME-Proxy: Feedback-ID: ifa6e4810:Fastmail Received: by mailuser.phl.internal (Postfix, from userid 501) id 155C8780070; Thu, 15 Jan 2026 13:32:25 -0500 (EST) X-Mailer: MessagingEngine.com Webmail Interface Precedence: bulk X-Mailing-List: linux-nilfs@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 X-ThreadId: A7-j_yKLHrMN Date: Thu, 15 Jan 2026 13:31:54 -0500 From: "Chuck Lever" To: "Amir Goldstein" , "Jeff Layton" Cc: "Christian Brauner" , "Alexander Viro" , "Chuck Lever" , NeilBrown , "Olga Kornievskaia" , "Dai Ngo" , "Tom Talpey" , "Hugh Dickins" , "Baolin Wang" , "Andrew Morton" , "Theodore Tso" , "Andreas Dilger" , "Jan Kara" , "Gao Xiang" , "Chao Yu" , "Yue Hu" , "Jeffle Xu" , "Sandeep Dhavale" , "Hongbo Li" , "Chunhai Guo" , "Carlos Maiolino" , "Ilya Dryomov" , "Alex Markuze" , "Viacheslav Dubeyko" , "Chris Mason" , "David Sterba" , "Luis de Bethencourt" , "Salah Triki" , "Phillip Lougher" , "Steve French" , "Paulo Alcantara" , "Ronnie Sahlberg" , "Shyam Prasad N" , "Bharath SM" , "Miklos Szeredi" , "Mike Marshall" , "Martin Brandenburg" , "Mark Fasheh" , "Joel Becker" , "Joseph Qi" , "Konstantin Komarov" , "Ryusuke Konishi" , "Trond Myklebust" , "Anna Schumaker" , "Dave Kleikamp" , "David Woodhouse" , "Richard Weinberger" , "Jan Kara" , "Andreas Gruenbacher" , "OGAWA Hirofumi" , "Jaegeuk Kim" , "Christoph Hellwig" , linux-nfs@vger.kernel.org, linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-mm@kvack.org, linux-ext4@vger.kernel.org, linux-erofs@lists.ozlabs.org, linux-xfs@vger.kernel.org, ceph-devel@vger.kernel.org, linux-btrfs@vger.kernel.org, linux-cifs@vger.kernel.org, samba-technical@lists.samba.org, linux-unionfs@vger.kernel.org, devel@lists.orangefs.org, ocfs2-devel@lists.linux.dev, ntfs3@lists.linux.dev, linux-nilfs@vger.kernel.org, jfs-discussion@lists.sourceforge.net, linux-mtd@lists.infradead.org, gfs2@lists.linux.dev, linux-f2fs-devel@lists.sourceforge.net Message-Id: In-Reply-To: References: <20260115-exportfs-nfsd-v1-0-8e80160e3c0c@kernel.org> Subject: Re: [PATCH 00/29] fs: require filesystems to explicitly opt-in to nfsd export support Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable On Thu, Jan 15, 2026, at 1:17 PM, Amir Goldstein wrote: > On Thu, Jan 15, 2026 at 6:48=E2=80=AFPM Jeff Layton wrote: >> >> In recent years, a number of filesystems that can't present stable >> filehandles have grown struct export_operations. They've mostly done >> this for local use-cases (enabling open_by_handle_at() and the like). >> Unfortunately, having export_operations is generally sufficient to ma= ke >> a filesystem be considered exportable via nfsd, but that requires that >> the server present stable filehandles. > > Where does the term "stable file handles" come from? and what does it = mean? > Why not "persistent handles", which is described in NFS and SMB specs? > > Not to mention that EXPORT_OP_PERSISTENT_HANDLES was Acked > by both Christoph and Christian: > > https://lore.kernel.org/linux-fsdevel/20260115-rundgang-leihgabe-12018= e93c00c@brauner/ > > Am I missing anything? PERSISTENT generally implies that the file handle is saved on persistent storage. This is not true of tmpfs. The use of "stable" means that the file handle is stable for the life of the file. This /is/ true of tmpfs. --=20 Chuck Lever