From: Max Reitz <mreitz@redhat.com>
To: Alberto Garcia <berto@igalia.com>, qemu-devel@nongnu.org
Cc: Kevin Wolf <kwolf@redhat.com>,
qemu-block@nongnu.org, Stefan Hajnoczi <stefanha@redhat.com>
Subject: Re: [Qemu-devel] [PATCH 08/11] qemu-iotests: add no-op streaming test
Date: Fri, 24 Apr 2015 15:57:11 +0200 [thread overview]
Message-ID: <553A4BB7.9040000@redhat.com> (raw)
In-Reply-To: <w514mo5y6kr.fsf@maestria.local.igalia.com>
On 24.04.2015 15:55, Alberto Garcia wrote:
> On Fri 24 Apr 2015 03:19:54 PM CEST, Max Reitz wrote:
>
>>> This patch updates test_stream_partial() to test that the
>>> block-stream operation never copies data from the image specified as
>>> base.
>> I think it would be better to add this as an own test case. But I
>> won't oppose adding it as a special case of test_stream_partial
>> either, because strictly speaking, streaming nothing is a special case
>> of streaming partially.
> That was the idea, but of course it can be moved to a new test, it's
> also fine with me.
>
>>> + self.assertNotEqual(qemu_io('-f', iotests.imgfmt, '-c', 'map', mid_img),
>>> + qemu_io('-f', iotests.imgfmt, '-c', 'map', test_img),
>>> + 'image file map matches backing file after a no-op')
>> Well, you haven't really proven anything by doing this, except that
>> the mid_img hasn't been streamed completely into test_img... What you
>> want to prove is that test_img is empty after streaming, right?
> That's right, but what scenario would that be? A streaming operation
> that is completed without errors and leaves partial data on the
> destination image?
That would be a bug. Which is what the tests are for. :-)
Max
> There's only 512 bytes written in mid_img for this test case. If we
> suspect that it can go wrong maybe we should start comparing more things
> than just the qemu_io map output...
>
> Berto
next prev parent reply other threads:[~2015-04-24 13:57 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-04-24 11:40 [Qemu-devel] [PATCH v5 00/11] Support streaming to an intermediate layer Alberto Garcia
2015-04-24 11:40 ` [Qemu-devel] [PATCH 01/11] block: keep a list of block jobs Alberto Garcia
2015-04-24 11:40 ` [Qemu-devel] [PATCH 02/11] block: allow block jobs in any arbitrary node Alberto Garcia
2015-04-24 11:40 ` [Qemu-devel] [PATCH 03/11] block: never cancel a streaming job without running stream_complete() Alberto Garcia
2015-04-24 11:40 ` [Qemu-devel] [PATCH 04/11] block: Support streaming to an intermediate layer Alberto Garcia
2015-04-24 11:40 ` [Qemu-devel] [PATCH 05/11] block: Add QMP support for " Alberto Garcia
2015-04-24 11:40 ` [Qemu-devel] [PATCH 06/11] docs: Document how to stream " Alberto Garcia
2015-04-24 13:11 ` Max Reitz
2015-04-24 13:15 ` Alberto Garcia
2015-04-24 11:40 ` [Qemu-devel] [PATCH 07/11] qemu-iotests: fix test_stream_partial() Alberto Garcia
2015-04-24 11:40 ` [Qemu-devel] [PATCH 08/11] qemu-iotests: add no-op streaming test Alberto Garcia
2015-04-24 13:19 ` Max Reitz
2015-04-24 13:55 ` Alberto Garcia
2015-04-24 13:57 ` Max Reitz [this message]
2015-04-24 11:40 ` [Qemu-devel] [PATCH 09/11] qemu-iotests: test streaming to an intermediate layer Alberto Garcia
2015-04-24 11:40 ` [Qemu-devel] [PATCH 10/11] qemu-iotests: test block-stream operations in parallel Alberto Garcia
2015-04-24 13:35 ` Max Reitz
2015-04-24 11:40 ` [Qemu-devel] [PATCH 11/11] qemu-iotests: test overlapping block-stream operations Alberto Garcia
2015-04-24 13:38 ` Max Reitz
-- strict thread matches above, loose matches on Subject: below --
2015-04-24 15:01 [Qemu-devel] [PATCH v6 00/11] Support streaming to an intermediate layer Alberto Garcia
2015-04-24 15:01 ` [Qemu-devel] [PATCH 08/11] qemu-iotests: add no-op streaming test Alberto Garcia
2015-04-24 15:19 ` Max Reitz
2015-05-13 13:27 [Qemu-devel] [PATCH v7 00/11] Support streaming to an intermediate layer Alberto Garcia
2015-05-13 13:27 ` [Qemu-devel] [PATCH 08/11] qemu-iotests: add no-op streaming test Alberto Garcia
2015-05-15 2:44 ` Fam Zheng
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=553A4BB7.9040000@redhat.com \
--to=mreitz@redhat.com \
--cc=berto@igalia.com \
--cc=kwolf@redhat.com \
--cc=qemu-block@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=stefanha@redhat.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).