Hello Christoph, 2011/4/6 Christoph Hellwig <h...@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