aboutsummaryrefslogtreecommitdiff
path: root/.travis.yml
diff options
context:
space:
mode:
authorEric Blake <eblake@redhat.com>2018-11-13 17:03:19 -0600
committerKevin Wolf <kwolf@redhat.com>2018-11-19 12:51:40 +0100
commit3b94c343f98b660e1c1cf79a8f704151962ecd48 (patch)
tree5e5af504bf004891f84ebad4d11ecb498bcfb6ab /.travis.yml
parent77d6a21558577fbdd35e65e0e1d03ae07214329f (diff)
downloadqemu-3b94c343f98b660e1c1cf79a8f704151962ecd48.zip
qemu-3b94c343f98b660e1c1cf79a8f704151962ecd48.tar.gz
qemu-3b94c343f98b660e1c1cf79a8f704151962ecd48.tar.bz2
iotests: Add new test 220 for max compressed cluster offset
If you have a capable file system (tmpfs is good, ext4 not so much; run ./check with TEST_DIR pointing to a good location so as not to skip the test), it's actually possible to create a qcow2 file that expands to a sparse 512T image with just over 38M of content. The test is not the world's fastest (qemu crawling through 256M bits of refcount table to find the next cluster to allocate takes several seconds, as does qemu-img check reporting millions of leaked clusters); but it DOES catch the problem that the previous patch just fixed where writing a compressed cluster to a full image ended up overwriting the wrong cluster. Suggested-by: Max Reitz <mreitz@redhat.com> Signed-off-by: Eric Blake <eblake@redhat.com> Reviewed-by: Alberto Garcia <berto@igalia.com> Signed-off-by: Kevin Wolf <kwolf@redhat.com>
Diffstat (limited to '.travis.yml')
0 files changed, 0 insertions, 0 deletions