[PATCH] xfstests 251: fix fitrim support test

Eric Sandeen sandeen at redhat.com
Fri May 13 16:35:54 CDT 2011


On my ext4 filesystem, the simple "did fstrim work" test passes,
because it asks to free all blocks in the first 10m of the fs,
and those 10m are full of filesystem metadata.  Because no blocks
are free, no blocks are trimmed, and we get success returned.

But then when the test runs I'm flooded with error messages, because
it's a hard drive not an ssd...

So we need to step through the fs until we either free a block,
or encounter an error.

I think this is ugly bash, if anyone has a better plan I'm all ears.

(also change FSTRIM to FITRIM in the failure message, it seems
to be intended to print the ioctl name ...)

Signed-off-by: Eric Sandeen <sandeen at redhat.com>
---

diff --git a/251 b/251
index fa3d74a..5ab0a87 100755
--- a/251
+++ b/251
@@ -73,7 +73,19 @@ _fail()
 
 _check_fstrim_support()
 {
-	$here/src/fstrim -l 10M $SCRATCH_MNT &> /dev/null
+	# Go until error or until something gets trimmed
+	step=1048576
+	start=0
+	retval=0
+	nonetrimmed=1
+
+	while [ $retval -eq 0 ] && [ $nonetrimmed -ne 0 ]; do
+		result=`$here/src/fstrim -v -s $start -l $step $SCRATCH_MNT 2>&1`
+		retval=$?
+		[ "${result:0:1}" -eq "0" ] && nonetrimmed=1
+		start=$(( $start + $step ))
+	done
+	return $retval
 }
 
 ##
diff --git a/src/fstrim.c b/src/fstrim.c
index f1f37ec..ad7fd6a 100644
--- a/src/fstrim.c
+++ b/src/fstrim.c
@@ -236,7 +236,7 @@ int main(int argc, char **argv)
 	}
 
 	if (ioctl(fd, FITRIM, opts->range)) {
-		fprintf(stderr, "%s: FSTRIM: %s\n", program_name,
+		fprintf(stderr, "%s: FITRIM %s\n", program_name,
 			strerror(errno));
 		goto free_opts;
 	}




More information about the xfs mailing list