From: Kevin Wolf <kwolf@redhat.com>
To: Stefan Hajnoczi <stefanha@gmail.com>
Cc: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH 2/2] make check: Add qemu-iotests subset
Date: Thu, 08 Mar 2012 17:10:26 +0100 [thread overview]
Message-ID: <4F58D9F2.2020705@redhat.com> (raw)
In-Reply-To: <CAJSP0QVJaJiKYdBx8ACxXTV9N5ynMU2Vtu5+0OKDPgtSa7P2nQ@mail.gmail.com>
Am 08.03.2012 16:51, schrieb Stefan Hajnoczi:
> On Thu, Mar 8, 2012 at 11:32 AM, Kevin Wolf <kwolf@redhat.com> wrote:
>> Run the 'quick' group from qemu-iotests during 'make check'.
>>
>> Signed-off-by: Kevin Wolf <kwolf@redhat.com>
>> ---
>> tests/Makefile | 1 +
>> tests/qemu-iotests.sh | 18 ++++++++++++++++++
>
> I think tests/qemu-iotests-quick.sh would be a clearer name since this
> is not a general-purpose qemu-iotests wrapper - it only works when
> called from QEMU's root directory and only invokes the 'quick' group.
Ok, I'll rename it.
>> +./check -T -nocache -raw -g quick || ret=1
>> +./check -T -nocache -qcow2 -g quick || ret=1
>
> Some love for qed? It adds 10s on my box but we're already up at 26s.
I'm used to high expectations, but loving QED is a bit too much... ;-)
Not sure what to do about all the formats. Ideally we would test all of
them (at least those with better implementations, VMDK, VHD, VDI), but
that would definitely take too long. I hope that in the not too distant
future, QED will have a similar position to qcow1, but we may consider
adding it for now.
However, 'make check' is really the quick test that you run when you
don't change anything in the image formats. If you do, you should do a
full qemu-iotests run. So the important question is whether QED is
likely to reveal any breakage outside block/* that the qcow2 tests
wouldn't find.
With the same reason we can probably drop the raw tests: qcow2 is the
most featureful format, so any breakage should be visible there. Most of
raw-posix.c should be part of the qcow2 tests already.
Kevin
next prev parent reply other threads:[~2012-03-08 16:10 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-08 11:32 [Qemu-devel] [PATCH 0/2] make check: Add qemu-iotests subset Kevin Wolf
2012-03-08 11:32 ` [Qemu-devel] [PATCH 1/2] qemu-iotests: Mark some tests as quick Kevin Wolf
2012-03-08 11:32 ` [Qemu-devel] [PATCH 2/2] make check: Add qemu-iotests subset Kevin Wolf
2012-03-08 15:51 ` Stefan Hajnoczi
2012-03-08 16:10 ` Kevin Wolf [this message]
2012-03-08 16:52 ` Stefan Hajnoczi
2012-03-08 17:01 ` Kevin Wolf
2012-03-09 10:10 ` Stefan Hajnoczi
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=4F58D9F2.2020705@redhat.com \
--to=kwolf@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=stefanha@gmail.com \
/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).