From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id D9111D3CCAF for ; Thu, 15 Jan 2026 06:43:01 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=XVkFe8z4UxVnno5ccWAvV4jeTOR083AJwOW8SJp2+oE=; b=H64D/xsJUUIWSB MusIm/7jtNL+8mC64VCG3VPdDdZurfFK9A1VajEB62oPEdgkIJ3MV2jgXht9AxChKLEYSl3xs9L2K 601nxCjwXm65EG/n57tcXzQbftGzFJV29IRRlOCBLi0R0Zx6gMbyJPZsDLSCF49+hZ/eqUlREL7lN cOIaS0Ur+RwZATZKmlXM47oRpJbJbgQruNK5QPRyeydaPpxHY5OBd7VzL3xB1hQVec2DgYSYLYR1e 4lsgPJOyQhh0nCpTyC9AsS8CSlIZouXHWfhN5AAqlhACfI/R67r/Cllw3TmM7qNJq7T7EF8dUfFnJ AWssNXLxX9sw/tgdpS3g==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.98.2 #2 (Red Hat Linux)) id 1vgH4K-0000000Brtw-3Y2F; Thu, 15 Jan 2026 06:42:56 +0000 Received: from hch by bombadil.infradead.org with local (Exim 4.98.2 #2 (Red Hat Linux)) id 1vgH4C-0000000Brtc-23Ey; Thu, 15 Jan 2026 06:42:48 +0000 Date: Wed, 14 Jan 2026 22:42:48 -0800 From: Christoph Hellwig To: Christian Brauner Cc: Christoph Hellwig , Amir Goldstein , Jeff Layton , Chuck Lever , Jan Kara , Luis de Bethencourt , Salah Triki , Nicolas Pitre , Anders Larsen , Alexander Viro , David Sterba , Chris Mason , Gao Xiang , Chao Yu , Yue Hu , Jeffle Xu , Sandeep Dhavale , Hongbo Li , Chunhai Guo , Jan Kara , Theodore Ts'o , Andreas Dilger , Jaegeuk Kim , OGAWA Hirofumi , David Woodhouse , Richard Weinberger , Dave Kleikamp , Ryusuke Konishi , Viacheslav Dubeyko , Konstantin Komarov , Mark Fasheh , Joel Becker , Joseph Qi , Mike Marshall , Martin Brandenburg , Miklos Szeredi , Phillip Lougher , Carlos Maiolino , Hugh Dickins , Baolin Wang , Andrew Morton , Namjae Jeon , Sungjong Seo , Yuezhang Mo , Alexander Aring , Andreas Gruenbacher , Jonathan Corbet , "Matthew Wilcox (Oracle)" , Eric Van Hensbergen , Latchesar Ionkov , Dominique Martinet , Christian Schoenebeck , Xiubo Li , Ilya Dryomov , Trond Myklebust , Anna Schumaker , Steve French , Paulo Alcantara , Ronnie Sahlberg , Shyam Prasad N , Tom Talpey , Bharath SM , Hans de Goede , 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 Message-ID: References: <20260113-mondlicht-raven-82fc4eb70e9d@brauner> <20260114-klarstellen-blamieren-0b7d40182800@brauner> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20260114-klarstellen-blamieren-0b7d40182800@brauner> X-BeenThere: linux-mtd@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Linux MTD discussion mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-mtd" Errors-To: linux-mtd-bounces+linux-mtd=archiver.kernel.org@lists.infradead.org On Wed, Jan 14, 2026 at 04:20:13PM +0100, Christian Brauner wrote: > > You're still think of it the wrong way. If we do have file systems > > that break the original exportfs semantics we need to fix that, and > > something like a "stable handles" flag will work well for that. But > > a totally arbitrary "is exportable" flag is total nonsense. > > File handles can legitimately be conceptualized independently of > exporting a filesystem. If we wanted to tear those concepts apart > implementation wise we could. > > It is complete nonsense to expect the kernel to support exporting any > arbitrary internal filesystem or to not support file handles at all. You are going even further down the path of entirely missing the point (or the two points by now). If a file systems meets all technical requirements of being nfsd exportable and the users asks for it, it is not our job to make an arbitrary policy decision to say no. If it does not meet the technical requirements it obviously should not be exportable. And it seems like the spread of file handles beyond nfs exporting created some ambiguity here, which we need to fix. ______________________________________________________ Linux MTD discussion mailing list http://lists.infradead.org/mailman/listinfo/linux-mtd/