Re: [syzbot] [reiserfs?] INFO: task hung in flush_old_commits

From: Paul Moore
Date: Wed May 24 2023 - 11:11:42 EST

On Wed, May 24, 2023 at 5:59 AM syzbot
<syzbot+0a684c061589dcc30e51@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote:
> syzbot has bisected this issue to:
> commit d82dcd9e21b77d338dc4875f3d4111f0db314a7c
> Author: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
> Date: Fri Mar 31 12:32:18 2023 +0000
> reiserfs: Add security prefix to xattr name in reiserfs_security_write()
> bisection log:
> start commit: 421ca22e3138 Merge tag 'nfs-for-6.4-2' of git://git.linux-..
> git tree: upstream
> final oops:
> console output:
> kernel config:
> dashboard link:
> syz repro:
> C reproducer:
> Reported-by: syzbot+0a684c061589dcc30e51@xxxxxxxxxxxxxxxxxxxxxxxxx
> Fixes: d82dcd9e21b7 ("reiserfs: Add security prefix to xattr name in reiserfs_security_write()")
> For information about bisection process see:

Roberto, I think we need to resolve this somehow. As I mentioned
earlier, I don't believe this to be a fault in your patch, rather that
patch simply triggered a situation that had not been present before,
likely because the reiserfs code always failed when writing LSM
xattrs. Regardless, we still need to fix the deadlocks that sysbot
has been reporting.

Has anyone dug into the reiserfs code to try and resolve the deadlock?
Considering the state of reiserfs, I'm guessing no one has, and I
can't blame them; I personally would have a hard time justifying
significant time spent on reiserfs at this point. Unless someone has
any better ideas, I'm wondering if we shouldn't just admit defeat with
reiserfs and LSM xattrs and disable/remove the reiserfs LSM xattr
support? Given the bug that Roberto was fixing with the patch in
question, it's unlikely this was working anyway.