On Tue, Jan 3, 2017 at 11:15 PM, Theodore Ts'o <tytso@xxxxxxx> wrote: > On Tue, Jan 03, 2017 at 09:44:15PM +0100, Roman Penyaev wrote: >> >> (I had to say that right now I am testing on 4.4.28 kernel and testing >> on latest sources taken from linux-next will require some time, but of >> course I will retest and send up-to-date results) >> >> --- >> Failures: ext4/302 ext4/303 ext4/304 generic/061 generic/063 >> generic/075 generic/079 generic/091 generic/112 generic/127 >> generic/252 generic/263 >> Failed 12 of 200 tests > > You didn't say what file system configuration you're using, but I'm > assuming it's a default ext4 4k configuration? Yep, that was the default run, 4K block. > One of the things > about my kvm-xfstests and gce-xfstests setup is that I test a range of > file system configurations, and there are specific exclude files to > skip certain known failures. Currently we are skipping the following > tests globally (from kvm-xfstests/test-appliances/files/root/fs/ext4/exclude): [ cut ] > You'll see that modulo the encryption failures and some failures on > the 1k config case which I need to track down and iron out, we're in > pretty good shape. Below please find the summary; attached please > find the full log file. Thanks a lot. Perfect reference. That is quite enough for a good start. This kvm-xfstests is a nice thingy. That was pretty annoying to rebuild xfsprogs on a debian jessie, which does not have 'xfs_io -c finsert' by default. Theodore, recently I sent an ext4/023 xfstest test. New test reproduces the problem with a wrong right shift. I tried to make the test explicit, but not sure succeeded or not. Probably, md5sum is not a good choice to make things clear, but hexdump of 1000 blocks is quite large (~80K). Could you please take a look? Now I am running kvm-xfstests, will figure out what I've done wrong with recent ext4 patches. -- Roman -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
