<div>This is the original result I got after running test case : 252</div><div>[root@localhost xfstests-2011-05-11]# ./check -xfs 252<br><strong>FSTYP -- xfs (non-debug)<br>PLATFORM -- Linux/i686 localhost 2.6.31.5-127.fc12.i686.PAE<br>
MKFS_OPTIONS -- -f -bsize=4096 /dev/sdb4<br>MOUNT_OPTIONS -- -o context=system_u:object_r:nfs_t:s0 /dev/sdb4 /media/d</strong></div><div>252 - output mismatch (see 252.out.bad)<br>--- 252.out 2011-06-21 12:47:23.000000000 +0530<br>
+++ 252.out.bad 2011-06-23 11:10:33.000000000 +0530<br>@@ -1,47 +1,51 @@<br> QA output created by 252<br> 1. into a hole<br>+0: [0..7]: hole<br>+1: [8..23]: unwritten<br>+2: [24..39]: hole<br> 2. into allocated space<br>
-0: [0..7]: data<br>-1: [8..23]: hole<br>-2: [24..39]: data<br>+0: [0..39]: data<br> 3. into unwritten space<br>-0: [0..7]: unwritten<br>-1: [8..23]: hole<br>-2: [24..39]: unwritten<br>+0: [0..39]: unwritten<br> 4. hole -> data<br>
-0: [0..23]: hole<br>-1: [24..31]: data<br>-2: [32..39]: hole<br>+0: [0..7]: hole<br>+1: [8..15]: unwritten<br>+2: [16..31]: data<br>+3: [32..39]: hole<br> 5. hole -> unwritten<br>-0: [0..23]: hole<br>-1: [24..31]: unwritten<br>
+0: [0..7]: hole<br>+1: [8..31]: unwritten<br> 2: [32..39]: hole<br> 6. data -> hole<br>-0: [0..7]: data<br>-1: [8..39]: hole<br>+0: [0..15]: data<br>+1: [16..23]: unwritten<br>+2: [24..39]: hole<br> 7. data -> unwritten<br>
-0: [0..7]: data<br>-1: [8..23]: hole<br>-2: [24..31]: unwritten<br>-3: [32..39]: hole<br>+0: [0..15]: data<br>+1: [16..31]: unwritten<br>+2: [32..39]: hole<br> 8. unwritten -> hole<br>-0: [0..7]: unwritten<br>-1: [8..39]: hole<br>
+0: [0..23]: unwritten<br>+1: [24..39]: hole<br> 9. unwritten -> data<br>-0: [0..7]: unwritten<br>-1: [8..23]: hole<br>-2: [24..31]: data<br>-3: [32..39]: hole<br>+0: [0..15]: unwritten<br>+1: [16..31]: data<br>+2: [32..39]: hole<br>
10. hole -> data -> hole<br>+0: [0..7]: hole<br>+1: [8..15]: unwritten<br>+2: [16..23]: data<br>+3: [24..31]: unwritten<br>+4: [32..39]: hole<br> 11. data -> hole -> data<br>-0: [0..7]: data<br>-1: [8..31]: hole<br>
-2: [32..39]: data<br>+0: [0..15]: data<br>+1: [16..23]: unwritten<br>+2: [24..39]: data<br> <strong>12. unwritten -> data -> unwritten<br></strong>-0: [0..7]: unwritten<br>-1: [8..31]: hole<br>-2: [32..39]: unwritten<br>
<strong>+0: [0..15]: unwritten<br>+1: [16..23]: data<br>+2: [24..39]: unwritten<br></strong> <strong> 13. data -> unwritten -> data<br></strong>-0: [0..7]: data<br>-1: [8..31]: hole<br>-2: [32..39]: data<br><strong>+0: [0..15]: data<br>
+1: [16..23]: unwritten<br>+2: [24..39]: data<br></strong>Ran: 252<br>Failures: 252<br>Failed 1 of 1 tests<br>[root@localhost xfstests-2011-05-11]# <br></div><div>The above output if for kernel version 2.6.31..</div><div>
</div><div>Thanks & Regards,</div><div>Amit Sahrawat<br> </div><div class="gmail_quote">On Thu, Jun 23, 2011 at 4:27 AM, Dave Chinner <span dir="ltr"><<a href="mailto:david@fromorbit.com">david@fromorbit.com</a>></span> wrote:<br>
<blockquote style="margin: 0px 0px 0px 0.8ex; padding-left: 1ex; border-left-color: rgb(204, 204, 204); border-left-width: 1px; border-left-style: solid;" class="gmail_quote"><div><div></div><div class="h5">On Wed, Jun 22, 2011 at 04:18:52PM +0530, Amit Sahrawat wrote:<br>
> Dear All,<br>
> **<br>
> *Test Case:13<br>
> * echo " 13. data -> unwritten -> data"<br>
> rm -f $testfile<br>
> $XFS_IO_PROG $xfs_io_opt -f -c "truncate 20k" \<br>
> -c "$alloc_cmd 0 20k" \<br>
> -c "pwrite 0k 8k" -c "fsync" \<br>
> -c "pwrite 12k 8k" -c "fsync" \<br>
> -c "$zero_cmd 4k 12k" \<br>
> -c "$map_cmd -v" $testfile | $filter_cmd<br>
> [ $? -ne 0 ] && die_now<br>
><br>
> *After executing individual case like this:<br>
> *testfile=/data/usb/sda3/252.testfile<br>
><br>
> echo "13. data -> unwritten -> data"<br>
> rm -f $testfile<br>
> xfs_io -f -c "truncate 20k" -c \<br>
> "falloc 0 20k" -c "pwrite 0k 8k" -c "fsync" -c "pwrite 12k 8k" -c \<br>
> "fsync" -c "fpunch 4k 12k" -c "fiemap -v" $testfile | $filter_cmd<br>
><br>
> *Original Output(Taken from 252.out):<br>
> * 13. data -> unwritten -> data<br>
> 0: [0..7]: data<br>
> 1: [8..31]: hole<br>
> 2: [32..39]: data<br>
> *Output in my case*<br>
> 13. data -> unwritten -> data<br>
> 0: [0..15]: data<br>
> 1: [16..23]: unwritten<br>
> 2: [24..39]: data<br>
<br>
</div></div>FWIW, it would be much easier for us to understand your problem if<br>
you simply posted the output of a failing "check 252" (it's a diff<br>
of the output vs the golden output!) rather than a bunch of strange<br>
mangled script outputs from whatever wrapper you are using to run<br>
xfstests that nobody but you understand.<br>
<br>
Anyway, I'm pretty sure that 2.6.35.y doesn't support punching holes<br>
via the fallocate operation and so this check in the test:<br>
<br>
_require_xfs_io_falloc_punch<br>
<br>
is probably not detecting that punch is not supported correctly.<br>
Perhaps that is what you need to check first...<br>
<br>
Cheers,<br>
<br>
Dave.<br>
<font color="#888888">--<br>
Dave Chinner<br>
<a href="mailto:david@fromorbit.com">david@fromorbit.com</a><br>
</font></blockquote></div><br>