path: root/tests
diff options
authorQu Wenruo <>2016-06-27 15:50:11 +0800
committerDavid Sterba <>2016-07-04 13:44:58 +0200
commit2e58edbdf45b901558dffe98933d19bdb510b35b (patch)
tree86bb646028969123f405b2f2d621a089245a07ba /tests
parentafded5ea48e32e27ed407d920ce8dbb94649c319 (diff)
btrfs-progs: convert-test: Add test case for discontinuous hole extent
For ext* fs containing a large hole(larger than 128M), btrfs-convert will only insert one 128M hole extent and skip the remaining. This leads to discontinuous file extents. Add test case for it, and since it's a pinpoint regression test case, no combination of convert options nor checksum verification. Signed-off-by: Qu Wenruo <> Signed-off-by: David Sterba <>
Diffstat (limited to 'tests')
1 files changed, 23 insertions, 0 deletions
diff --git a/tests/convert-tests/006-large-hole-extent/ b/tests/convert-tests/006-large-hole-extent/
new file mode 100755
index 00000000..d3bc093c
--- /dev/null
+++ b/tests/convert-tests/006-large-hole-extent/
@@ -0,0 +1,23 @@
+# Create a base image with large hole extent, then convert to btrfs,
+# check the converted image.
+# Check if btrfs-convert can handle such large hole.
+# Fast pinpoint regression test. No options combination nor checksum
+# verification
+source $TOP/tests/common
+source $TOP/tests/common.convert
+prepare_test_dev 512M
+check_prereq btrfs-convert
+default_mke2fs="mke2fs -t ext4 -b 4096"
+convert_test_preamble '' 'large hole extent test' 16k "$default_mke2fs"
+convert_test_prep_fs $default_mke2fs
+run_check $SUDO_HELPER dd if=/dev/zero of=$TEST_MNT/file bs=1M \
+ count=1 seek=1024 > /dev/null 2>&1