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

Re: Bug#648691: ITP: blktap-dkms -- Xen blktap kernel component DKMS package

On Mon, 2011-11-14 at 07:29 +0000, Ben Hutchings wrote:
> On Mon, 2011-11-14 at 14:30 +0800, Thomas Goirand wrote:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Debian Xen Team <pkg-xen-devel@lists.alioth.debian.org>
> > 
> > * Package name    : blktap-dkms
> >   Version         : 2.0.90
> >   Upstream Author : Jon Ludlam <jonathan.ludlam@eu.citrix.com>
> > * URL             : http://www.xen.org/
> > * License         : GPL-2
> >   Programming Lang: C
> >   Description     : Xen blktap kernel component DKMS package
> > 
> >  This package contains the source for the blktap kernel module. It
> >  includes DKMS support so that installation of this package will
> >  result in a working blktap kernel module.
> Is this really still worthwhile?  The last I read was that it is to be
> replaced by qemu qdisk.

Either that or to bolt the pv disk backend onto the front of blktap's
userspace process is the path which we (Xen upstream) would like to
take. Both avoid the kernel side component of blktap. However at the
moment the qdisk which xen uses is rather slow, this will be "fixed"
when Xen transitions to the upstream version of qemu as device model
and/or when someone finds the cycles to do the blktap-in-userspace

However AIUI XCP has a dependency on blktap today and cannot wait for
these future developments.


Ian Campbell
Current Noise: Rollins Band - You Didn't Need

hard, adj.:
	The quality of your own data; also how it is to believe those
	of other people.

Reply to: