Re: [Qemu-devel] GSoC - QCOW2 <-> QED image converter

[Lyu Mitnick <mitnick.lyu@gmail.com>]

[-- Attachment #1: Type: text/plain, Size: 1471 bytes --]

Hello Christoph,

2011/4/6 Christoph Hellwig <hch@lst.de>

> On Wed, Apr 06, 2011 at 05:15:29PM +0200, Kevin Wolf wrote:
> > Am 06.04.2011 17:06, schrieb Christoph Hellwig:
> > > On Wed, Apr 06, 2011 at 07:41:37AM +0100, Stefan Hajnoczi wrote:
> > >> Yes, split images are not supported by block/vpc.c.
> > >
> > > I'm working on that feature for vmdk right now, which is quite
> > > interesting as vmdk really is two different format both claiming
> > > to be vmdk, of which one is simply a text file telling how other
> > > vmdk images are glued together.
> >
> > Last time I checked the other one wasn't a single format either, but
> > rather something like ten different subformats.
>
> The binary vmdk files have a few different revisions too, yes.
>
> > Anyway, if you're working on split VMDK images, I should probably stop
> > advertising it as a GSoC project?
>
> I didn't know it was advertised, but there's indeed no need to duplicate
> the
> work.
>
>
Would you mind to share your solution about this feature?? My idea is
replace
all bdrv_pread(), bdrv_pwrite_sync(), bdrv_pwrite() in block/vpc.c to
bdrv_pread_split(),  bdrv_pwrite_sync_split(), bdrv_pwrite_split()
corresponding.
bdrv_pread_split(),  bdrv_pwrite_sync_split(), bdrv_pwrite_split() should
deal with
data splitted at different files via bdrv_pread(), bdrv_pwrite_sync(),
bdrv_pwrite(),
give an interface of sequential byte accessed. Is it suitable to solve this
issue??

Thanks a lot

Mitnick

[-- Attachment #2: Type: text/html, Size: 1999 bytes --]