Port-xen archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: call for testing: xen 4.1 packages



On Fri, Apr 01, 2011 at 04:25:48PM +0100, Jean-Yves Migeon wrote:
> On Fri, 1 Apr 2011 17:07:41 +0200, Manuel Bouyer
> <bouyer%antioche.eu.org@localhost> wrote:
> >>The purpose is rather to support file formats that can offer block
> >>device functionality, without having to (re)write their support
> >>directly in kernel. AFAICT, vnd(4) does not support sparse files,
> >>and qcow/raw formats are sparse. The quickest way to expose those
> >>through a vnd(4) like interface is probably qemu-dm + pud(4).
> >
> >but why do they need to be exposed as a vnd-like interface, if the
> >tool which will read them is already a userland process ? this
> >tool could read the filesystem image by itself, isn't it ?
> 
> Correct. But we are missing the glue that will translate the block
> requests from domU: xbd => xbdback => XXX => qemu-dm, eg. the
> "blocktap" interface that offers block level I/O in userland.

is it really working through xbdback ? I though qemu-dm did remplace
xbdback (it implements the backend itself).

-- 
Manuel Bouyer <bouyer%antioche.eu.org@localhost>
     NetBSD: 26 ans d'experience feront toujours la difference
--


Home | Main Index | Thread Index | Old Index