From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from [140.186.70.92] (port=41803 helo=eggs.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1Q7MR0-0002Yb-Jk
	for qemu-devel@nongnu.org; Wed, 06 Apr 2011 02:41:56 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <stefanha@gmail.com>) id 1Q7MQs-0006MP-Tp
	for qemu-devel@nongnu.org; Wed, 06 Apr 2011 02:41:45 -0400
Received: from mail-vx0-f173.google.com ([209.85.220.173]:35842)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <stefanha@gmail.com>) id 1Q7MQs-0006KJ-QP
	for qemu-devel@nongnu.org; Wed, 06 Apr 2011 02:41:38 -0400
Received: by vxb41 with SMTP id 41so985714vxb.4
	for <qemu-devel@nongnu.org>; Tue, 05 Apr 2011 23:41:37 -0700 (PDT)
MIME-Version: 1.0
In-Reply-To: <BANLkTim-OHgybKO0xnC_P-1m-J0amupakA@mail.gmail.com>
References: <BANLkTin0_e=b=c5bhp2jNndaKXrstCbkPg@mail.gmail.com>
	<BANLkTi=hnMBn__h08ka+V8Rzu6k7ahR64Q@mail.gmail.com>
	<BANLkTim-OHgybKO0xnC_P-1m-J0amupakA@mail.gmail.com>
Date: Wed, 6 Apr 2011 07:41:37 +0100
Message-ID: <BANLkTi=jK8zwbq=Mn5t=aXTZzWJLxGTpmQ@mail.gmail.com>
Subject: Re: [Qemu-devel] GSoC - QCOW2 <-> QED image converter
From: Stefan Hajnoczi <stefanha@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/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: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Lyu Mitnick <mitnick.lyu@gmail.com>
Cc: Kevin Wolf <kwolf@redhat.com>, qemu-devel@nongnu.org

On Tue, Apr 5, 2011 at 7:03 PM, Lyu Mitnick <mitnick.lyu@gmail.com> wrote:
> Hello=A0Stefan,=A0Kevin
> I don't want to diversify my GSoC applications. I thought I should do my
> best of
> supporting fully VHD and add asynchronous io into block/vpc.c via
> coroutines. I
> noticed that there is "splitting hard disk images" feature in VHD
> specification. I
> have take a look of block/raw-win32.c and guess there isn't this feature =
in
> block/vpc.c.
> I am wondering whether what I learned is right??

Yes, split images are not supported by block/vpc.c.

Stefan