linux-ext4 - [PATCH v2 00/17] ext4: new mount API conversion

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]

Date:   Tue, 28 Apr 2020 18:45:19 +0200
From:   Lukas Czerner <lczerner@...hat.com>
To:     linux-ext4@...r.kernel.org
Cc:     dhowells@...hat.com, viro@...iv.linux.org.uk
Subject: [PATCH v2 00/17] ext4: new mount API conversion

The following patch converts the ext4 to use the new mount API
(Documentation/filesystems/mount_api.txt).

The series can be applied on top of the current mainline tree and the work
is based on the patches from David Howells (thank you David). It was built
and tested with xfstests and custom test for ext4 mount options that was
sent over at fstests@...r.kernel.org for inclusion into xfstests.

I've tried to avoid big unrelated changes to the original ext4_fill_super()
and ext4_remount, though it could definitely use some cleanup. This can
be done after the conversion with a separate patch set as I don't want
to pollute the conversion with additional cleanup work.

NOTE:
There seems to be a regression somewhere in the new mount api as running
generic/085 in the loop locks up the machine. I was not able to track
the cause of it, but it seems to be outside of ext4. Dave is already
looking into it.

Changes:
v2: rebased to current kernel

-Lukas