target-i386: Reenable RDTSCP support on Opteron_G[345] CPU models CPU models
[qemu/ar7.git] / tests / qemu-iotests / 126
blob91148383ad7ce705408ca07ee23c83e3421d3541
1 #!/bin/bash
3 # Tests handling of colons in filenames (which may be confused with protocol
4 # prefixes)
6 # Copyright (C) 2017 Red Hat, Inc.
8 # This program is free software; you can redistribute it and/or modify
9 # it under the terms of the GNU General Public License as published by
10 # the Free Software Foundation; either version 2 of the License, or
11 # (at your option) any later version.
13 # This program is distributed in the hope that it will be useful,
14 # but WITHOUT ANY WARRANTY; without even the implied warranty of
15 # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
16 # GNU General Public License for more details.
18 # You should have received a copy of the GNU General Public License
19 # along with this program. If not, see <http://www.gnu.org/licenses/>.
22 # creator
23 owner=mreitz@redhat.com
25 seq="$(basename $0)"
26 echo "QA output created by $seq"
28 status=1 # failure is the default!
30 # get standard environment, filters and checks
31 . ./common.rc
32 . ./common.filter
34 # Needs backing file support
35 _supported_fmt qcow qcow2 qed vmdk
36 # This is the default protocol (and we want to test the difference between
37 # colons which separate a protocol prefix from the rest and colons which are
38 # just part of the filename, so we cannot test protocols which require a prefix)
39 _supported_proto file
40 _supported_os Linux
42 echo
43 echo '=== Testing plain files ==='
44 echo
46 # A colon after a slash is not a protocol prefix separator
47 TEST_IMG="$TEST_DIR/a:b.$IMGFMT" _make_test_img 64M
48 _rm_test_img "$TEST_DIR/a:b.$IMGFMT"
50 # But if you want to be really sure, you can do this
51 TEST_IMG="file:$TEST_DIR/a:b.$IMGFMT" _make_test_img 64M
52 _rm_test_img "$TEST_DIR/a:b.$IMGFMT"
55 echo
56 echo '=== Testing relative backing filename resolution ==='
57 echo
59 BASE_IMG="$TEST_DIR/image:base.$IMGFMT"
60 TOP_IMG="$TEST_DIR/image:top.$IMGFMT"
62 TEST_IMG=$BASE_IMG _make_test_img 64M
63 TEST_IMG=$TOP_IMG _make_test_img -b ./image:base.$IMGFMT
65 # The default cluster size depends on the image format
66 TEST_IMG=$TOP_IMG _img_info | grep -v 'cluster_size'
68 _rm_test_img "$BASE_IMG"
69 _rm_test_img "$TOP_IMG"
72 # Do another test where we access both top and base without any slash in them
73 echo
74 pushd "$TEST_DIR" >/dev/null
76 BASE_IMG="base.$IMGFMT"
77 TOP_IMG="file:image:top.$IMGFMT"
79 TEST_IMG=$BASE_IMG _make_test_img 64M
80 TEST_IMG=$TOP_IMG _make_test_img -b "$BASE_IMG"
82 TEST_IMG=$TOP_IMG _img_info | grep -v 'cluster_size'
84 _rm_test_img "$BASE_IMG"
85 _rm_test_img "image:top.$IMGFMT"
87 popd >/dev/null
89 # Note that we could also do the same test with BASE_IMG=file:image:base.$IMGFMT
90 # -- but behavior for that case is a bit strange. Protocol-prefixed paths are
91 # in a sense always absolute paths, so such paths will never be combined with
92 # the path of the overlay. But since "image:base.$IMGFMT" is actually a
93 # relative path, it will always be evaluated relative to qemu's CWD (but not
94 # relative to the overlay!). While this is more or less intended, it is still
95 # pretty strange and thus not something that is tested here.
96 # (The root of the issue is the use of a relative path with a protocol prefix.
97 # This may always give you weird results because in one sense, qemu considers
98 # such paths absolute, whereas in another, they are still relative.)
101 # success, all done
102 echo '*** done'
103 rm -f $seq.full
104 status=0