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 <email@example.com>
> > * Package name : blktap-dkms
> > Version : 2.0.90
> > Upstream Author : Jon Ludlam <firstname.lastname@example.org>
> > * 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.
Current Noise: Rollins Band - You Didn't Need
The quality of your own data; also how it is to believe those
of other people.