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 9B7533C38 for ; Thu, 7 Sep 2023 11:17:48 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 8D2CFC116B8; Thu, 7 Sep 2023 11:17:47 +0000 (UTC) Date: Thu, 7 Sep 2023 07:18:01 -0400 From: Steven Rostedt 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: <20230907071801.1d37a3c5@gandalf.local.home> In-Reply-To: References: <8718a8a3-1e62-0e2b-09d0-7bce3155b045@roeck-us.net> <20230906215327.18a45c89@gandalf.local.home> <20230906225139.6ffe953c@gandalf.local.home> X-Mailer: Claws Mail 3.19.1 (GTK+ 2.24.33; x86_64-pc-linux-gnu) Precedence: bulk X-Mailing-List: ksummit@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable On Thu, 7 Sep 2023 13:38:40 +1000 Dave Chinner wrote: > Hence, IMO, gutting a filesystem implementation to just support > read-only behaviour "to prolong it's support life" actually makes > things worse from a maintenance and testing persepective, not > better.... =46rom your other email about 10 years support, you could first set a fs to read-only, and then after so long (I'm not sure 10 years is really necessary), then remove it. That is, make it the stage before removal. If no one complains about it being read-only after several years, then it's highly likely that no one is using it. If someone does complain, you can tell them to either maintain it, or start moving all their data to another fs. For testing, you could even have an #ifdef that needs to be manually changed (not a config option) to make it writable. -- Steve