linux-kernel - Should we orphan JFS?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <Y8DvK281ii6yPRcW@infradead.org>
Date:   Thu, 12 Jan 2023 21:42:03 -0800
From:   Christoph Hellwig <hch@...radead.org>
To:     Dave Kleikamp <shaggy@...nel.org>
Cc:     jfs-discussion@...ts.sourceforge.net,
        linux-fsdevel@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Should we orphan JFS?

Hi all,

A while ago we've deprecated reiserfs and scheduled it for removal.
Looking into the hairy metapage code in JFS I wonder if we should do
the same.  While JFS isn't anywhere as complicated as reiserfs, it's
also way less used and never made it to be the default file system
in any major distribution.  It's also looking pretty horrible in
xfstests, and with all the ongoing folio work and hopeful eventual
phaseout of buffer head based I/O path it's going to be a bit of a drag.
(Which also can be said for many other file system, most of them being
a bit simpler, though).