[RFC][PATCH 0/2] xfstests on ubifs

Eric Biggers ebiggers3 at gmail.com
Mon Dec 19 13:31:22 PST 2016


Hi Richard,

On Mon, Dec 19, 2016 at 08:12:07PM +0100, Richard Weinberger wrote:
> Eric,
> 
> On 19.12.2016 19:45, Eric Biggers wrote:
> > From: Eric Biggers <ebiggers at google.com>
> > 
> > Hello,
> > 
> > Since ubifs encryption has been merged into the 4.10 kernel, I wanted to run my
> > new encryption tests on ubifs to make sure it's compatible with ext4 and f2fs.
> > xfstests doesn't support ubifs yet but I was able to hack something together.
> > I'm sending my patches for anyone who may be interested.
> 
> Thanks for doing this. This was already on my TODO but you were faster.
> 
> > The first patch adds ubifs support to xfstests itself.  This is a fairly small
> > patch that just deals with a couple quirks of ubifs, e.g. requiring a char
> > device rather than a block device.
> > 
> > The second patch updates xfstests-bld (a separate project maintained by Theodore
> > Ts'o) to support ubifs with kvm-xfstests and gce-xfstests.  It uses block2mtd to
> > emulate MTD devices using standard block devices, then layers UBI volumes on top
> > of these.  Of course, actually running the tests is dependent on the xfstests
> > patch.
> > 
> > Note: I'm *not* an ubifs developer, and so far I haven't done much else besides
> > run the encryption tests.  There seemed to be a lot of failures when I tried
> > running some of the other generic xfstests, and also a strange failure in the
> > encryption test generic/402 that I wasn't able to fix; so if I haven't obviously
> > screwed something up, I strongly suggest the ubifs developers look into this.
> 
> /me looks.
> 

Also, in case you weren't aware of this already, I should mention that with ext4
we have a way to do a full xfstests run with encryption enabled, to find bugs
that wouldn't be found in dedicated tests.  Basically you run xfstests with the
"test_dummy_encryption" mount option (or with the "ext4/encrypt" config for
xfstests-bld), and it makes ext4 encrypt all new files and directories without
userspace having to set up encryption policies.  It may be useful to look into
implementing this for ubifs and/or f2fs too.

(I'd actually like to get rid of test_dummy_encryption and just use the ioctls,
but currently it's not really possible because it would require some ugly hooks
in xfstests, and also the root directory cannot be encrypted because e2fsck
requires that lost+found exist and be unencrypted.  An "inherit-only" encryption
policy settable by a mkfs flag is also an option, but it seems like overkill
just for testing.  So I think we'll be stuck with test_dummy_encryption for a
while longer.  At least I've written kernel and xfstests-bld patches that make
it a little less ugly kernel-side...)

Eric



More information about the linux-mtd mailing list