From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([2001:4830:134:3::10]:39847)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <alex.bennee@linaro.org>) id 1VMwj9-0004EQ-Jm
	for qemu-devel@nongnu.org; Fri, 20 Sep 2013 05:10:21 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <alex.bennee@linaro.org>) id 1VMwj3-0003xM-KM
	for qemu-devel@nongnu.org; Fri, 20 Sep 2013 05:10:15 -0400
Received: from static.88-198-71-155.clients.your-server.de
	([88.198.71.155]:52438 helo=socrates.bennee.com)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <alex.bennee@linaro.org>) id 1VMwj3-0003x7-Dz
	for qemu-devel@nongnu.org; Fri, 20 Sep 2013 05:10:09 -0400
References: <cover.1379648036.git.jcody@redhat.com>
	<e0b61d0dd2f4b5bddf10b8589cb60346d9ba4f94.1379648036.git.jcody@redhat.com>
From: Alex =?utf-8?Q?Benn=C3=A9e?= <alex.bennee@linaro.org>
In-reply-to: <e0b61d0dd2f4b5bddf10b8589cb60346d9ba4f94.1379648036.git.jcody@redhat.com>
Date: Fri, 20 Sep 2013 10:10:08 +0100
Message-ID: <p1d2o3luz3.fsf@linaro.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Subject: Re: [Qemu-devel] [PATCH 2/2] block: qemu-iotests for vhdx,
	read sample dynamic imagee
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Jeff Cody <jcody@redhat.com>
Cc: kwolf@redhat.com, famz@redhat.com, qemu-devel@nongnu.org, stefanha@redhat.com


jcody@redhat.com writes:

> This adds the VHDX format to the qemu-iotests format, and adds
> a read test.  The test reads from an existing sample image, that
> was created with Hyper-V under Windwos Server 2012.
>
> The image file is a 1GB dynamic image, with 32MB blocks.
>
> The pattern 0xa5 exists from 0MB-33MB (past a block size boundary)
>
> The pattern 0x96 exists from 33MB-66MB (past another block boundary,
> and leaving a partial blank block)
>
> From 66MB-1024MB, all reads should return 0.
>
> Although 1GB dynamic image with 66MB of data, the bzip2'ed image
> file size is only 874 bytes.

I take it there is additional meta-data in there generated by Windows
Server itself? Otherwise I would be tempted to write a tool to generate
the image on demand so it could be used to trigger other edge cases when
found.

Having said that 874 bytes certainly isn't to heavy a burden for the
repository ;-)

I'm currently pondering what the best way of supporting system images
(i.e. kernel+rootfs) would be to make system regression testing easier.
Unfortunately those images would be far too large to carry in the repo
although there may be some sub-module annex type thing I could try.

-- 
Alex Bennée