Received: by 10.192.165.148 with SMTP id m20csp102073imm; Thu, 26 Apr 2018 16:59:08 -0700 (PDT) X-Google-Smtp-Source: AB8JxZqjiQXvAyZAIDqQw7O7km0HdbHLYP1KS5kCNZRrqeS40zjuvk974rJsbjLwGS08MkzNlL74 X-Received: by 2002:a63:9741:: with SMTP id d1-v6mr74295pgo.447.1524787148331; Thu, 26 Apr 2018 16:59:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1524787148; cv=none; d=google.com; s=arc-20160816; b=qm7y+33b8regj8gLrYnLTdfV2RFXK48T+tqaqMA/ldJHnkJT9OAAhfmu6tepvEV7k9 qzQk1xyiKsa0iTBcES9mDPqa7w/G3dsWJV+auH4Iuk0SL5S5K4/LhVEEjWNY6OCtED95 EUIsbzDKy+10zKVuORm3sSBsMCmfg2eLEW4fPLGHbwtAbxxUU2L6qszIQhHcQYiCl2St FG8APIydxK0ajsJcfLSkQJpTRigF07oGW8g/08LkfqtXdd/EjVcSEif+pqS2VqRgrySY kUD2ETjXdq26Oqsf13sGIOfZtAgJaNIcSOr+peXvi79sJipurlsIN2F9iGB5PeFNhYow AH5A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:references:message-id :in-reply-to:subject:cc:to:from:date:arc-authentication-results; bh=lS8Yk/C+BCMbAetsljym90p3SjVkcqTRF1glJmqFIhE=; b=JPUliB0lpt3xtzGXXzoE6jYRgcrG9aNoIjsnhmsGXSBMzpXO0x3rO7d4XI8r5ggsz0 W+kLVjWiS+RC3FKlhtw0Dhx4Ck3X7n8CY/3lNh62NmahdfofxmPed0A8jQ9BsZTQRvQX 5fRtf+U2GVtZi+wmV3EgKOrbMMsy70H2X3zOiffuZo/8yhyNTrnFoWclBjYoqFiTECAG eI2b3mVcfGMw56JtM+DBz6oZTH85XO8lKGy0DKzSqpo4QkW+sq+S4vRL7dzmu2YNAgYt BuB9a2Lm9e7eLWpd/jj/4s1W1Dbvio8QEipjcKOEh9xJwnU2T6V5RqWI64sfprzM0W++ ig8Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f34-v6si40679plf.362.2018.04.26.16.58.40; Thu, 26 Apr 2018 16:59:08 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757108AbeDZX45 (ORCPT + 99 others); Thu, 26 Apr 2018 19:56:57 -0400 Received: from kvm5.telegraphics.com.au ([98.124.60.144]:59418 "EHLO kvm5.telegraphics.com.au" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755737AbeDZX4y (ORCPT ); Thu, 26 Apr 2018 19:56:54 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by kvm5.telegraphics.com.au (Postfix) with ESMTP id 0C9E322A29; Thu, 26 Apr 2018 19:56:48 -0400 (EDT) Date: Fri, 27 Apr 2018 09:56:54 +1000 (AEST) From: Finn Thain To: Geert Uytterhoeven cc: Martin Steigerwald , Matthew Wilcox , David Sterba , Linux FS Devel , Linux Kernel Mailing List , Jens Axboe , linux-m68k , Joanne Dow Subject: Re: moving affs + RDB partition support to staging? (was: Re: Moving unmaintained filesystems to staging) In-Reply-To: Message-ID: References: <20180425154602.GA8546@bombadil.infradead.org> <20180425203029.GQ21272@twin.jikos.cz> <20180426025717.GA32430@bombadil.infradead.org> <1613268.lKBQxPXt8J@merkaba> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 26 Apr 2018, Geert Uytterhoeven wrote: > > While non-native Linux filesystem support (e.g. affs/isofs/...) could be > handled by FUSE Moving to FUSE is a great divide-and-conquer strategy for those who just want the code to die and don't care about any of the data in that format. If there is a maintainence burden that can be shared then it should be shared -- until it can be established that there is no data of value in that format. > moving RDB partition support to staging is not an option, as it is the > only partitioning scheme that Amigas can boot from. > Whether or not the original hardware is in use is mostly irrelevant. As long as the old format is accessible using current hardware, the data in that format remains accessible (to archivists, to curators, to your decendents, etc). > If there are bugs in the RDB parser that people run into, they should be > fixed. If there are limitations in the RDB format on large disks, that's > still not a reason to move it to staging (hi msdos partitioning!). > --