2010-10-15 16:56:35 +02:00
|
|
|
#!/bin/bash
|
|
|
|
#
|
|
|
|
# Test that backing files can be smaller than the image
|
|
|
|
#
|
|
|
|
# Copyright (C) 2010 IBM, Corp.
|
|
|
|
#
|
|
|
|
# Based on 017:
|
|
|
|
# Copyright (C) 2009 Red Hat, Inc.
|
|
|
|
#
|
|
|
|
# This program is free software; you can redistribute it and/or modify
|
|
|
|
# it under the terms of the GNU General Public License as published by
|
|
|
|
# the Free Software Foundation; either version 2 of the License, or
|
|
|
|
# (at your option) any later version.
|
|
|
|
#
|
|
|
|
# This program is distributed in the hope that it will be useful,
|
|
|
|
# but WITHOUT ANY WARRANTY; without even the implied warranty of
|
|
|
|
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
|
|
|
|
# GNU General Public License for more details.
|
|
|
|
#
|
|
|
|
# You should have received a copy of the GNU General Public License
|
|
|
|
# along with this program. If not, see <http://www.gnu.org/licenses/>.
|
|
|
|
#
|
|
|
|
|
|
|
|
# creator
|
|
|
|
owner=stefanha@linux.vnet.ibm.com
|
|
|
|
|
|
|
|
seq=`basename $0`
|
|
|
|
echo "QA output created by $seq"
|
|
|
|
|
|
|
|
here=`pwd`
|
|
|
|
tmp=/tmp/$$
|
|
|
|
status=1 # failure is the default!
|
|
|
|
|
|
|
|
_cleanup()
|
|
|
|
{
|
|
|
|
_cleanup_test_img
|
|
|
|
}
|
|
|
|
trap "_cleanup; exit \$status" 0 1 2 3 15
|
|
|
|
|
|
|
|
# get standard environment, filters and checks
|
|
|
|
. ./common.rc
|
|
|
|
. ./common.filter
|
|
|
|
. ./common.pattern
|
|
|
|
|
|
|
|
# Any format supporting backing files except vmdk and qcow which do not support
|
|
|
|
# smaller backing files.
|
2010-10-31 21:10:20 +01:00
|
|
|
_supported_fmt qcow2 qed
|
2011-01-17 18:01:17 +01:00
|
|
|
_supported_proto generic
|
2010-10-15 16:56:35 +02:00
|
|
|
_supported_os Linux
|
|
|
|
|
|
|
|
# Choose a size that is not necessarily a cluster size multiple for image
|
|
|
|
# formats that use clusters. This will ensure that the base image doesn't end
|
|
|
|
# precisely on a cluster boundary (the easy case).
|
|
|
|
image_size=$(( 4 * 1024 * 1024 * 1024 + 3 * 512 ))
|
|
|
|
|
|
|
|
# The base image is smaller than the image file
|
|
|
|
base_size=$(( image_size - 1024 * 1024 * 1024 ))
|
|
|
|
|
|
|
|
offset=$(( base_size - 32 * 1024 ))
|
|
|
|
|
|
|
|
_make_test_img $base_size
|
|
|
|
|
|
|
|
echo "Filling base image"
|
|
|
|
echo
|
|
|
|
|
|
|
|
# Fill end of base image with a pattern, skipping every other sector
|
qemu-iotests: Use zero-based offsets for IO patterns
The io_pattern style functions have the following loop:
for i in `seq 1 $count`; do
echo ... $(( start + i * step )) ...
done
Offsets are 1-based so start=1024, step=512, count=4 yields:
1536, 2048, 2560, 3072
Normally we expect:
1024, 1536, 2048, 2560
Most tests ignore this detail, which means that they perform I/O to a
slightly different range than expected by the test author.
Later on things got less innocent and tests started trying to compensate
for the 1-based indexing. This included negative start values in test
024 and my own attempt with count-1 in test 028!
The end result is that tests that use io_pattern are hard to reason
about and don't work the way you'd expect. It's time to clean this mess
up.
This patch switches io_pattern to 0-based offsets. This requires
adjusting the golden outputs since I/O ranges are now shifted and output
differs.
Verifying these output diffs is easy, however. Each diff hunk moves one
I/O from beyond the end of the pattern range to the beginning.
Signed-off-by: Stefan Hajnoczi <stefanha@linux.vnet.ibm.com>
Signed-off-by: Christoph Hellwig <hch@lst.de>
2011-02-04 13:55:02 +01:00
|
|
|
io writev $offset 512 1024 32
|
2010-10-15 16:56:35 +02:00
|
|
|
|
|
|
|
_check_test_img
|
|
|
|
|
|
|
|
echo "Creating test image with backing file"
|
|
|
|
echo
|
|
|
|
|
|
|
|
mv $TEST_IMG $TEST_IMG.base
|
|
|
|
_make_test_img -b $TEST_IMG.base $image_size
|
|
|
|
|
|
|
|
echo "Filling test image"
|
|
|
|
echo
|
|
|
|
|
|
|
|
# Write every other sector around where the base image ends
|
qemu-iotests: Use zero-based offsets for IO patterns
The io_pattern style functions have the following loop:
for i in `seq 1 $count`; do
echo ... $(( start + i * step )) ...
done
Offsets are 1-based so start=1024, step=512, count=4 yields:
1536, 2048, 2560, 3072
Normally we expect:
1024, 1536, 2048, 2560
Most tests ignore this detail, which means that they perform I/O to a
slightly different range than expected by the test author.
Later on things got less innocent and tests started trying to compensate
for the 1-based indexing. This included negative start values in test
024 and my own attempt with count-1 in test 028!
The end result is that tests that use io_pattern are hard to reason
about and don't work the way you'd expect. It's time to clean this mess
up.
This patch switches io_pattern to 0-based offsets. This requires
adjusting the golden outputs since I/O ranges are now shifted and output
differs.
Verifying these output diffs is easy, however. Each diff hunk moves one
I/O from beyond the end of the pattern range to the beginning.
Signed-off-by: Stefan Hajnoczi <stefanha@linux.vnet.ibm.com>
Signed-off-by: Christoph Hellwig <hch@lst.de>
2011-02-04 13:55:02 +01:00
|
|
|
io writev $(( offset + 512 )) 512 1024 64
|
2010-10-15 16:56:35 +02:00
|
|
|
|
|
|
|
_check_test_img
|
|
|
|
|
|
|
|
echo "Reading"
|
|
|
|
echo
|
|
|
|
|
|
|
|
# Base image sectors
|
qemu-iotests: Use zero-based offsets for IO patterns
The io_pattern style functions have the following loop:
for i in `seq 1 $count`; do
echo ... $(( start + i * step )) ...
done
Offsets are 1-based so start=1024, step=512, count=4 yields:
1536, 2048, 2560, 3072
Normally we expect:
1024, 1536, 2048, 2560
Most tests ignore this detail, which means that they perform I/O to a
slightly different range than expected by the test author.
Later on things got less innocent and tests started trying to compensate
for the 1-based indexing. This included negative start values in test
024 and my own attempt with count-1 in test 028!
The end result is that tests that use io_pattern are hard to reason
about and don't work the way you'd expect. It's time to clean this mess
up.
This patch switches io_pattern to 0-based offsets. This requires
adjusting the golden outputs since I/O ranges are now shifted and output
differs.
Verifying these output diffs is easy, however. Each diff hunk moves one
I/O from beyond the end of the pattern range to the beginning.
Signed-off-by: Stefan Hajnoczi <stefanha@linux.vnet.ibm.com>
Signed-off-by: Christoph Hellwig <hch@lst.de>
2011-02-04 13:55:02 +01:00
|
|
|
io readv $(( offset )) 512 1024 32
|
2010-10-15 16:56:35 +02:00
|
|
|
|
|
|
|
# Image sectors
|
qemu-iotests: Use zero-based offsets for IO patterns
The io_pattern style functions have the following loop:
for i in `seq 1 $count`; do
echo ... $(( start + i * step )) ...
done
Offsets are 1-based so start=1024, step=512, count=4 yields:
1536, 2048, 2560, 3072
Normally we expect:
1024, 1536, 2048, 2560
Most tests ignore this detail, which means that they perform I/O to a
slightly different range than expected by the test author.
Later on things got less innocent and tests started trying to compensate
for the 1-based indexing. This included negative start values in test
024 and my own attempt with count-1 in test 028!
The end result is that tests that use io_pattern are hard to reason
about and don't work the way you'd expect. It's time to clean this mess
up.
This patch switches io_pattern to 0-based offsets. This requires
adjusting the golden outputs since I/O ranges are now shifted and output
differs.
Verifying these output diffs is easy, however. Each diff hunk moves one
I/O from beyond the end of the pattern range to the beginning.
Signed-off-by: Stefan Hajnoczi <stefanha@linux.vnet.ibm.com>
Signed-off-by: Christoph Hellwig <hch@lst.de>
2011-02-04 13:55:02 +01:00
|
|
|
io readv $(( offset + 512 )) 512 1024 64
|
2010-10-15 16:56:35 +02:00
|
|
|
|
|
|
|
# Zero sectors beyond end of base image
|
qemu-iotests: Use zero-based offsets for IO patterns
The io_pattern style functions have the following loop:
for i in `seq 1 $count`; do
echo ... $(( start + i * step )) ...
done
Offsets are 1-based so start=1024, step=512, count=4 yields:
1536, 2048, 2560, 3072
Normally we expect:
1024, 1536, 2048, 2560
Most tests ignore this detail, which means that they perform I/O to a
slightly different range than expected by the test author.
Later on things got less innocent and tests started trying to compensate
for the 1-based indexing. This included negative start values in test
024 and my own attempt with count-1 in test 028!
The end result is that tests that use io_pattern are hard to reason
about and don't work the way you'd expect. It's time to clean this mess
up.
This patch switches io_pattern to 0-based offsets. This requires
adjusting the golden outputs since I/O ranges are now shifted and output
differs.
Verifying these output diffs is easy, however. Each diff hunk moves one
I/O from beyond the end of the pattern range to the beginning.
Signed-off-by: Stefan Hajnoczi <stefanha@linux.vnet.ibm.com>
Signed-off-by: Christoph Hellwig <hch@lst.de>
2011-02-04 13:55:02 +01:00
|
|
|
io_zero readv $(( offset + 32 * 1024 )) 512 1024 32
|
2010-10-15 16:56:35 +02:00
|
|
|
|
|
|
|
_check_test_img
|
|
|
|
|
2012-02-15 15:03:25 +01:00
|
|
|
# Rebase it on top of its base image
|
|
|
|
$QEMU_IMG rebase -b $TEST_IMG.base $TEST_IMG
|
|
|
|
|
|
|
|
_check_test_img
|
|
|
|
|
2010-10-15 16:56:35 +02:00
|
|
|
# success, all done
|
|
|
|
echo "*** done"
|
|
|
|
rm -f $seq.full
|
|
|
|
status=0
|