From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from [140.186.70.92] (port=43598 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Q7Qfb-0001jB-FB for qemu-devel@nongnu.org; Wed, 06 Apr 2011 07:13:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Q7QfZ-0003aV-U1 for qemu-devel@nongnu.org; Wed, 06 Apr 2011 07:13:07 -0400 Received: from mail-gx0-f173.google.com ([209.85.161.173]:42562) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Q7QfZ-0003aH-Np for qemu-devel@nongnu.org; Wed, 06 Apr 2011 07:13:05 -0400 Received: by gxk26 with SMTP id 26so661939gxk.4 for ; Wed, 06 Apr 2011 04:13:05 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: References: Date: Wed, 6 Apr 2011 19:13:04 +0800 Message-ID: Subject: Re: [Qemu-devel] GSoC - QCOW2 <-> QED image converter From: Lyu Mitnick Content-Type: multipart/alternative; boundary=001485f9a4e0a4ca7804a03e13e1 List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Stefan Hajnoczi Cc: Kevin Wolf , qemu-devel@nongnu.org --001485f9a4e0a4ca7804a03e13e1 Content-Type: text/plain; charset=ISO-8859-1 Hello Stefan, "splitting hard disk images" feature depends on win32 file system. I am wondering whether it is suitable to implement in raw-win32.c?? My idea is as follows: (1) adding an array to store file descriptor related in BDRVRawState (2) detect all splitted files in raw_open(). ie. consider files filename.vhd, filename.v01, filename.v02 ... . and construct the table to convert from sector_num to splitted file and offset (store in BDRVRawState, too). (3) use table constructed in step2 to read, write and flush (4) close all opened splitted files in raw_close() Would you mind to give some advice about the solution I take in this problem?? 2011/4/6 Stefan Hajnoczi > On Tue, Apr 5, 2011 at 7:03 PM, Lyu Mitnick wrote: > > Hello Stefan, Kevin > > 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 > Thanks so much Mitnick --001485f9a4e0a4ca7804a03e13e1 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hello Stefan,

"splitting hard disk images" fea= ture depends on win32 file system. I am wondering
whether it is s= uitable to implement in raw-win32.c?? My idea is as follows:
(1) = adding an array to store file descriptor related in=A0BDRVRawState
(2) detect all=A0splitted files in=A0raw_open(). ie. consider files=A0= filename.vhd,=A0filename.v01,=A0
=A0=A0 =A0 filename.v02 ... . an= d construct the table to convert from=A0sector_num to=A0splitted file
=
=A0=A0 =A0 and offset (store in=A0BDRVRawState, too).
(3) use table constructed in step2 to read, write and flush
= (4) close all opened=A0splitted files in raw_close()

Would you mind to give some advice about the solution I take in this pro= blem??

2011/4/6 Stefan Hajnoczi &= lt;stefanha@gmail.c= om>
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 i= n VHD
> specification. I
> have take a look of block/raw-win32.c and guess there isn't this f= eature in
> block/vpc.c.
> I am wondering whether what I learned is right??

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

Stefan


Thanks so much

Mitnick
--001485f9a4e0a4ca7804a03e13e1--