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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 828E6EE57E3 for ; Fri, 8 Sep 2023 08:38:42 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233188AbjIHIio (ORCPT ); Fri, 8 Sep 2023 04:38:44 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44502 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238882AbjIHIim (ORCPT ); Fri, 8 Sep 2023 04:38:42 -0400 Received: from bombadil.infradead.org (bombadil.infradead.org [IPv6:2607:7c80:54:3::133]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7962A1BEA for ; Fri, 8 Sep 2023 01:38:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=bombadil.20210309; h=In-Reply-To:Content-Type:MIME-Version :References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=ChinuZ0D/WRUzckoC+wb/zuH1mlau7kk6bL8hmrk9RI=; b=PzCN/bxxEMaG4YwIV3uTT57tmZ Q/P30D1sec0V1BnS4/5W2ZAabJvKajpABYeGcJygd407ba/NQFJMYs/A28MB4s0sSy5zCmkiuCzMm tQC3Dg/AhVBzJXiJqtUWHkjST3wvE2iIQeZXNIHIPzyV5QF7WKm0VlQikLs/fvodH8iV2/GDOUa7m EUVqWucZ9TctvcP1QmNpa+jRr1uyNbccZp2n1b1TCfQQXi8i2Kci504OcB99sz8paVRVmBp0y/aIU sNUcjn9u1xSNDarsi8VF+kFHceTfoDjo61XZaYrW8F31fjiPcpk6BK1DdaVBs5YZvFHCsHJ+dnNQd UXW3NbNw==; Received: from hch by bombadil.infradead.org with local (Exim 4.96 #2 (Red Hat Linux)) id 1qeX0V-00DKbA-2z; Fri, 08 Sep 2023 08:38:27 +0000 Date: Fri, 8 Sep 2023 01:38:27 -0700 From: Christoph Hellwig To: Dave Chinner Cc: Guenter Roeck , Christoph Hellwig , ksummit@lists.linux.dev, linux-fsdevel@vger.kernel.org Subject: Re: [MAINTAINERS/KERNEL SUMMIT] Trust and maintenance of file systems Message-ID: References: <8718a8a3-1e62-0e2b-09d0-7bce3155b045@roeck-us.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-SRS-Rewrite: SMTP reverse-path rewritten from by bombadil.infradead.org. See http://www.infradead.org/rpr.html Precedence: bulk List-ID: X-Mailing-List: linux-fsdevel@vger.kernel.org On Thu, Sep 07, 2023 at 08:54:38AM +1000, Dave Chinner wrote: > There's a bigger policy question around that. > > I think that if we are going to have filesystems be "community > maintained" because they have no explicit maintainer, we need some > kind of standard policy to be applied. > > I'd argue that the filesystem needs, at minimum, a working mkfs and > fsck implementation, and that it is supported by fstests so anyone > changing core infrastructure can simply run fstests against the > filesystem to smoke test the infrastructure changes they are making. Yes, that's what I tried to imply above. We could relax fsck a bit (even if that is playing fast and lose), but without mkfs there is no way anyone can verify anything > > I'd suggest that syzbot coverage of such filesystems is not desired, > because nobody is going to be fixing problems related to on-disk > format verification. All we really care about is that a user can > read and write to the filesystem without trashing anything. Agreed. > I'd also suggest that we mark filesystem support state via fstype > flags rather than config options. That way we aren't reliant on > distros setting config options correctly to include/indicate the > state of the filesystem implementation. We could also use similar > flags for indicating deprecation and obsolete state (i.e. pending > removal) and have code in the high level mount path issue the > relevant warnings. Agreed. > This method of marking would also allow us to document and implement > a formal policy for removal of unmaintained and/or obsolete > filesystems without having to be dependent on distros juggling > config variables to allow users to continue using deprecated, broken > and/or obsolete filesystem implementations right up to the point > where they are removed from the kernel. I'd love to get there, but that might be a harder sell.