From: Max Reitz <mreitz@redhat.com>
To: qemu-block@nongnu.org
Cc: Kevin Wolf <kwolf@redhat.com>,
Maxim Levitsky <mlevitsk@redhat.com>,
qemu-devel@nongnu.org, Max Reitz <mreitz@redhat.com>
Subject: [PATCH 0/2] iotests: Make _filter_img_create more active
Date: Tue, 16 Jun 2020 15:17:54 +0200 [thread overview]
Message-ID: <20200616131756.1073438-1-mreitz@redhat.com> (raw)
Hi,
Applying Maxim’s series for LUKS encryption slot management through
qemu-img amend / blockdev-amend has brought a – on the first glance –
rather minor problem: It changes the order of qcow2’s creation options,
which results in some reference output changes (patch 5:
https://lists.nongnu.org/archive/html/qemu-block/2020-06/msg00335.html
). This affects some tests that can also run with other image formats,
such as qcow, whose order does not change. So this patch breaks those
tests (I’ve seen it for 134 and 158) when run with a different format
than qcow2 (e.g. qcow).
Now we could just create a difference reference output for qcow2, as is
done e.g. for test 150. But that would not only be boring, but also not
really sustainable: The actual problem is that the order of creation
options simply does not have to be the same between different image
formats, and so we should not just dump qemu-img create’s output to a
reference output, drop some format-specific options and expect it to
work independent of the format for which the test is run.
So patch 1 in this series makes _filter_img_create sort the creation
options as they appear in the “Formatting” line, so it’s always the same
order between formats. (And I took this opportunity to also reverse the
filtering implementation from denylisting to allowlisting.)
Patch 2 is taken from Maxim’s series and modified to fit the new
implementation.
I propose putting this series underneath Maxim’s series (in my block
branch) so the latter won’t break 134 and 158 for qcow. (Doing so will
require dropping some hunks from the patch linked above, but that should
be fine.)
Max Reitz (1):
iotests: Make _filter_img_create more active
Maxim Levitsky (1):
iotests: filter few more luks specific create options
tests/qemu-iotests/087.out | 6 +-
tests/qemu-iotests/112.out | 2 +-
tests/qemu-iotests/134.out | 2 +-
tests/qemu-iotests/153 | 9 ++-
tests/qemu-iotests/158.out | 4 +-
tests/qemu-iotests/188.out | 2 +-
tests/qemu-iotests/189.out | 4 +-
tests/qemu-iotests/198.out | 4 +-
tests/qemu-iotests/263.out | 4 +-
tests/qemu-iotests/284.out | 6 +-
tests/qemu-iotests/common.filter | 97 ++++++++++++++++++++++++--------
11 files changed, 94 insertions(+), 46 deletions(-)
--
2.26.2
next reply other threads:[~2020-06-16 13:20 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-06-16 13:17 Max Reitz [this message]
2020-06-16 13:17 ` [PATCH 1/2] iotests: Make _filter_img_create more active Max Reitz
2020-06-17 11:46 ` Maxim Levitsky
2020-06-17 13:50 ` Max Reitz
2020-06-17 14:02 ` Maxim Levitsky
2020-06-17 14:20 ` Max Reitz
2020-06-16 13:17 ` [PATCH 2/2] iotests: filter few more luks specific create options Max Reitz
2020-06-17 11:47 ` Maxim Levitsky
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20200616131756.1073438-1-mreitz@redhat.com \
--to=mreitz@redhat.com \
--cc=kwolf@redhat.com \
--cc=mlevitsk@redhat.com \
--cc=qemu-block@nongnu.org \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).