linux-kernel - Re: [PATCH] Add error handling to minix filesystem similar to ext4

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 for Android: free password hash cracker in your pocket

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

Message-ID: <bjfubgishimixpldq2wohndba2ui4r6wfxzomhrdn7qucteri3@ka6tysjsu6u3>
Date: Thu, 30 Oct 2025 12:35:58 +0100
From: Jan Kara <jack@...e.cz>
To: Tetsuo Handa <penguin-kernel@...ove.sakura.ne.jp>
Cc: Jan Kara <jack@...e.cz>, Jori Koolstra <jkoolstra@...all.nl>, 
	Christian Brauner <brauner@...nel.org>, Taotao Chen <chentaotao@...iglobal.com>, 
	Jeff Layton <jlayton@...nel.org>, NeilBrown <neil@...wn.name>, linux-kernel@...r.kernel.org, 
	syzbot+4e49728ec1cbaf3b91d2@...kaller.appspotmail.com
Subject: Re: [PATCH] Add error handling to minix filesystem similar to ext4

On Thu 30-10-25 20:18:07, Tetsuo Handa wrote:
> On 2025/10/30 19:59, Jan Kara wrote:
> > The patch looks ok to me but since minix filesystem driver is in the kernel
> > mostly to allow mounting ancient unix filesystems I don't quite understand
> > the motivation for adding the new mount options. Why not just fixup
> > minix_rmdir() to better handle corrupted filesystems?
> I guess that a filesystem which is not needed from boot time can be
> implemented in userspace. Can't we migrate legacy filesystems to
> fuse-based userspace implementations?

I didn't research availability / usability of a FUSE driver for minix but
if there's working userspace alternative, deprecating the kernel driver is
certainly a welcome option :).

								Honza
-- 
Jan Kara <jack@...e.com>
SUSE Labs, CR