diff options
| author | Max Reitz <mreitz@redhat.com> | 2019-09-25 20:32:29 +0200 |
|---|---|---|
| committer | Max Reitz <mreitz@redhat.com> | 2019-10-10 10:56:18 +0200 |
| commit | e6e8db0337307eb600d0903adea44eaa7ff14cc3 (patch) | |
| tree | 2829a5fff1ca5ee4e2f6404df03d3cd69cb44d58 /hw/timer/arm_timer.c | |
| parent | d924559953c0b679582548d8fd8af025667051e3 (diff) | |
| download | qemu-e6e8db0337307eb600d0903adea44eaa7ff14cc3.zip qemu-e6e8db0337307eb600d0903adea44eaa7ff14cc3.tar.gz qemu-e6e8db0337307eb600d0903adea44eaa7ff14cc3.tar.bz2 | |
iotests: Fix 125 for growth_mode = metadata
If we use growth_mode = metadata, it is very much possible that the file
uses more disk space after we have written something to the added area.
We did indeed want to test for this case, but unfortunately we evidently
just copied the code from the "Test creation preallocation" section and
forgot to replace "$create_mode" by "$growth_mode".
We never noticed because we only read the first number from qemu-img
info's "disk size" output -- and that is effectively useless, because
qemu-img prints a human-readable value (which generally includes a
decimal point). That will be fixed in the patch after the next one.
Signed-off-by: Max Reitz <mreitz@redhat.com>
Message-id: 20190925183231.11196-2-mreitz@redhat.com
Reviewed-by: Eric Blake <eblake@redhat.com>
Signed-off-by: Max Reitz <mreitz@redhat.com>
Diffstat (limited to 'hw/timer/arm_timer.c')
0 files changed, 0 insertions, 0 deletions