From: David Sterba <dsterba@suse.cz>
To: Matthew Wilcox <willy@infradead.org>
Cc: linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: Moving unmaintained filesystems to staging
Date: Wed, 25 Apr 2018 22:30:29 +0200 [thread overview]
Message-ID: <20180425203029.GQ21272@twin.jikos.cz> (raw)
In-Reply-To: <20180425154602.GA8546@bombadil.infradead.org>
On Wed, Apr 25, 2018 at 08:46:02AM -0700, Matthew Wilcox wrote:
> Recently ncpfs got moved to staging. Also recently, we had some fuzzer
> developers report bugs in hfs, which they deem a security hole because
> Ubuntu attempts to automount an inserted USB device as hfs.
>
> We have no maintainer for hfs, and no likely prospect of anyone stepping
> up soon to become hfs maintainer. I think it's irresponsible of us
> to present unmaintained code on an equal basis with filesystems under
> active maintenance like ext2.
>
> I therefore propose we move the following filesystems which are explicitly
> listed as Orphaned to staging:
>
> affs - Amiga filesystem.
> efs - old SGI filesystem predating XFS, used on CDs for a while.
> hfs - Mac filesystem.
> hfsplus - Mac filesystem.
>
> I further propose we move the following filesystems which have no entry
> in MAINTAINERS to staging:
>
> adfs - Acorn filesystem from the 1990s.
> minix
> qnx6
I had similar toughts some time ago while browsing the fs/ directory.
Access to the filesystem images can be reimplemented in FUSE, but other
than that, I don't think the in-kernel code would be missed.
It's hard to know how many users are there. I was curious eg. about bfs,
befs, coda or feevxfs, looked at the last commits and searched around
web if there are any mentions or user community. But as long as there's
somebody listed in MAINTAINERS, the above are not candidates for moving
to staging or deletion.
next prev parent reply other threads:[~2018-04-25 20:33 UTC|newest]
Thread overview: 94+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-04-25 15:46 Moving unmaintained filesystems to staging Matthew Wilcox
2018-04-25 15:47 ` Christoph Hellwig
2018-04-25 20:30 ` David Sterba [this message]
2018-04-26 2:57 ` Matthew Wilcox
2018-04-26 10:28 ` moving affs + RDB partition support to staging? (was: Re: Moving unmaintained filesystems to staging) Martin Steigerwald
2018-04-26 10:28 ` Martin Steigerwald
2018-04-26 10:45 ` moving affs + RDB partition support to staging? John Paul Adrian Glaubitz
2018-04-26 10:45 ` John Paul Adrian Glaubitz
2018-04-26 10:59 ` David Sterba
2018-04-26 11:06 ` John Paul Adrian Glaubitz
2018-05-06 0:59 ` Al Viro
2018-05-06 7:40 ` Al Viro
2018-05-06 7:40 ` Al Viro
2018-05-06 20:46 ` Al Viro
2018-05-06 20:46 ` Al Viro
2018-05-06 20:49 ` John Paul Adrian Glaubitz
2018-05-06 21:32 ` Al Viro
2018-05-06 21:32 ` Al Viro
2018-05-07 2:15 ` Al Viro
2018-05-07 2:15 ` Al Viro
2018-05-07 2:40 ` Michael Schmitz
2018-05-07 2:40 ` Michael Schmitz
2018-05-07 7:08 ` Martin Steigerwald
2018-05-07 7:08 ` Martin Steigerwald
2018-05-07 20:50 ` Michael Schmitz
2018-05-07 20:50 ` Michael Schmitz
2018-05-07 20:56 ` Ingo Jürgensmann
2018-05-07 20:58 ` John Paul Adrian Glaubitz
2018-05-06 8:40 ` John Paul Adrian Glaubitz
2018-05-06 8:40 ` John Paul Adrian Glaubitz
2018-05-06 10:12 ` Martin Steigerwald
2018-04-26 11:00 ` moving affs + RDB partition support to staging? (was: Re: Moving unmaintained filesystems to staging) Christoph Hellwig
2018-04-26 11:00 ` Christoph Hellwig
2018-04-26 11:08 ` Geert Uytterhoeven
2018-04-26 11:08 ` Geert Uytterhoeven
2018-04-26 23:56 ` Finn Thain
2018-04-26 23:56 ` Finn Thain
2018-04-27 1:43 ` moving affs + RDB partition support to staging? jdow
2018-04-27 1:43 ` jdow
2018-04-27 1:26 ` jdow
2018-04-27 1:26 ` jdow
2018-05-06 8:52 ` John Paul Adrian Glaubitz
2018-05-06 10:10 ` Martin Steigerwald
2018-05-06 10:10 ` Martin Steigerwald
2018-05-07 4:54 ` jdow
2018-04-27 2:11 ` moving affs + RDB partition support to staging? (was: Re: Moving unmaintained filesystems to staging) Michael Schmitz
2018-04-27 2:11 ` Michael Schmitz
2018-06-24 9:06 ` Martin Steigerwald
2018-06-24 9:06 ` Martin Steigerwald
2018-06-24 11:33 ` moving affs + RDB partition support to staging? jdow
2018-06-24 11:40 ` jdow
2018-06-26 2:23 ` Michael Schmitz
2018-06-26 5:17 ` jdow
2018-06-26 8:12 ` Martin Steigerwald
2018-06-26 9:46 ` jdow
2018-06-26 8:31 ` Michael Schmitz
2018-06-26 9:45 ` jdow
2018-06-27 1:07 ` Michael Schmitz
2018-06-27 6:24 ` jdow
2018-06-27 8:03 ` Martin Steigerwald
2018-06-27 8:03 ` Martin Steigerwald
2018-06-28 2:57 ` jdow
2018-06-28 7:40 ` Amiga RDB partition support for disks >= 2 TB (was: Re: moving affs + RDB partition support to staging?) Martin Steigerwald
2018-06-27 9:00 ` moving affs + RDB partition support to staging? Michael Schmitz
2018-06-28 3:44 ` jdow
2018-06-28 5:43 ` Michael Schmitz
2018-06-28 6:39 ` jdow
2018-06-28 8:16 ` Amiga RDB partition support for disks >= 2 TB (was: Re: moving affs + RDB partition support to staging?) Martin Steigerwald
2018-06-28 10:00 ` Amiga RDB partition support for disks >= 2 TB jdow
2018-06-28 11:30 ` Martin Steigerwald
2018-06-28 11:38 ` Martin Steigerwald
2018-06-28 12:31 ` jdow
2018-06-28 8:07 ` Amiga RDB partition support for disks >= 2 TB (was: Re: moving affs + RDB partition support to staging?) Martin Steigerwald
2018-06-27 7:57 ` moving affs + RDB partition support to staging? Martin Steigerwald
2018-06-28 2:56 ` jdow
2018-06-26 8:02 ` Martin Steigerwald
2018-06-26 8:40 ` Michael Schmitz
2018-06-26 9:31 ` jdow
2018-06-25 7:53 ` moving affs + RDB partition support to staging? (was: Re: Moving unmaintained filesystems to staging) Michael Schmitz
2018-06-25 8:26 ` Martin Steigerwald
2018-06-25 8:26 ` Martin Steigerwald
2018-06-25 8:40 ` Geert Uytterhoeven
2018-04-27 8:01 ` Martin Steigerwald
2018-04-27 8:01 ` Martin Steigerwald
2018-04-26 4:58 ` Moving unmaintained filesystems to staging Nikolay Borisov
2018-04-26 5:30 ` Willy Tarreau
2018-04-26 6:11 ` Pavel Machek
2018-04-26 10:36 ` Martin Steigerwald
2018-05-03 9:18 ` Pavel Machek
2018-04-27 1:10 ` Luis R. Rodriguez
2018-04-29 12:07 ` Greg KH
2018-04-29 20:07 ` Ondrej Zary
2018-04-29 23:37 ` Greg KH
2018-05-01 10:14 ` Pavel Machek
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20180425203029.GQ21272@twin.jikos.cz \
--to=dsterba@suse.cz \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=willy@infradead.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.