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 9E2EDCE79AB for ; Tue, 19 Sep 2023 16:16:09 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230272AbjISQQN (ORCPT ); Tue, 19 Sep 2023 12:16:13 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53272 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229627AbjISQQM (ORCPT ); Tue, 19 Sep 2023 12:16:12 -0400 Received: from mail-4317.proton.ch (mail-4317.proton.ch [185.70.43.17]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9D9DD92 for ; Tue, 19 Sep 2023 09:16:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=n8pjl.ca; s=protonmail2; t=1695140160; x=1695399360; bh=k2QmhXn3FHpsD31Ag66sjWvY57vLi94vGdI9Jg32c2Q=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=VjPOUfr+BDKot6jNtzfiNQUBn+0rrhZJiA59iRWy30aLqarcEfUbJl13WNuPnXIoW NywHiVkOkN0sAhAj5HVCpUg5MCHPnoVtVm3uKwvnlLQz2bUOxdLprD9u+w4LbKTPgA bnBfsyBEq3NfeW6N9NlCpqkwDvrEgdVVXns49DKnopvogQCzzy0NJzr2/B+6TZ37p2 pBG3Imgo+IjObhl+GtscMyMDCDfzeNnzpCBmxFsxt25WKmx+xpxmqyJ0hqsjVZLW+n JXFusuE18XA6ozPVKnAkxmiePcriJHUHal7GefK+IYNNYtydrpkBO7Z/E7Jw9j+Yfj +4CaTlaacEEcQ== Date: Tue, 19 Sep 2023 16:15:41 +0000 To: geert@linux-m68k.org From: Peter Lafreniere Cc: anton.ivanov@cambridgegreys.com, ink@jurassic.park.msu.ru, jack@suse.cz, johannes@sipsolutions.net, linux-alpha@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-m68k@vger.kernel.org, linux-mips@vger.kernel.org, linux-sh@vger.kernel.org, linux-um@lists.infradead.org, linux@armlinux.org.uk, linuxppc-dev@lists.ozlabs.org, peter@n8pjl.ca, reiserfs-devel@vger.kernel.org, richard.henderson@linaro.org, richard@nod.at, segher@kernel.crashing.org, tsbogend@alpha.franken.de Subject: Re: [PATCH 0/7] arch/*: config: Remove ReiserFS from defconfig Message-ID: <20230919161535.4774-1-peter@n8pjl.ca> In-Reply-To: References: <20230918175529.19011-1-peter@n8pjl.ca> <20230918234108.GN19790@gate.crashing.org> <20230919000026.7409-1-peter@n8pjl.ca> <20230919151630.GO19790@gate.crashing.org> <20230919155832.4179-1-peter@n8pjl.ca> Feedback-ID: 53133685:user:proton MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-sh@vger.kernel.org Hi Geert, On Tue, Sep 19, 2023 at 12:02, Geert Uytterhoeven wr= ote: >=20 > Hi Peter, >=20 > On Tue, Sep 19, 2023 at 5:58=E2=80=AFPM Peter Lafreniere peter@n8pjl.ca w= rote: >=20 > > 2) Stops building an obsolete and largely-unused filesystem unnecessari= ly. > > Some hobbyist targets like m68k and alpha may prefer to keep all filesy= stems > > available until total removal, but others like arm and UML have no need= for > > ReiserFS to be built unless specifically configured. >=20 >=20 > As UML is used a lot for testing, isn't it actually counter-productive > to remove ReiserFS from the UML defconfig? The less testing it > receives, the higher the chance of introducing regressions. UML is used for testing, but in my view that makes the inclusion of ReiserFS in its defconfig even worse. Users of UML are trying to test a particular function, and so tend to use ext[2-4], as those are included in the defconfig and are well tested and stable. So there is no extra testing being done on ReiserFS due to its inclusion in the defconfig. Keeping UML's defconfig as slim as possible improves build times, which is particularly important for kernel testing and development. >=20 > Gr{oetje,eeting}s, >=20 > Geert > Cheers, Peter Lafreniere=20