Hi,
I was testing v4.1-rc1 kernel and hit generic/204 failure on 512b block
size v4 xfs and 1k block size v5 xfs. And this seems to be a regression
since v4.0
[root@dhcp-66-86-11 xfstests]# MKFS_OPTIONS="-b size=512" ./check generic/204
FSTYP -- xfs (non-debug)
PLATFORM -- Linux/x86_64 dhcp-66-86-11 4.0.0-rc1+
MKFS_OPTIONS -- -f -b size=512 /dev/sda6
MOUNT_OPTIONS -- -o context=system_u:object_r:nfs_t:s0 /dev/sda6 /mnt/testarea/scratch
generic/204 8s ... - output mismatch (see /root/xfstests/results//generic/204.out.bad)
--- tests/generic/204.out 2014-12-11 00:28:13.409000000 +0800
+++ /root/xfstests/results//generic/204.out.bad 2015-04-29 00:36:43.232000000 +0800
@@ -1,2 +1,37664 @@
QA output created by 204
+./tests/generic/204: line 83: /mnt/testarea/scratch/108670: No space left on device
+./tests/generic/204: line 84: /mnt/testarea/scratch/108670: No space left on device
...
I bisected to this commit
e88b64e xfs: use generic percpu counters for free inode counter
Seems like the same issue this patch tries to fix, but test still fails
after applying this patch.
[PATCH v2] xfs: use percpu_counter_read_positive for mp->m_icount
http://oss.sgi.com/archives/xfs/2015-04/msg00195.html
Not sure if it's the expected behavior/a known issue, report it to the
list anyway.
Thanks,
Eryu
_______________________________________________
xfs mailing list
xfs@xxxxxxxxxxx
http://oss.sgi.com/mailman/listinfo/xfs
