Re: [Xen-devel] [4 Patches] New blktap implementation, 2nd try

[Kevin Wolf <kwolf@xxxxxxx>]

Gerd Hoffmann schrieb:
>> I agree that integrating the backend into qemu is the right thing. You
>> don't want to have numerous tools running. It's not a complete solution,
>> though. A nice thing about blktap is that you can attach a qcow2 image
>> to Dom0, e.g. to copy the kernel out of the image.
> 
> There is qemu-nbd ...

Right, I forgot about that one.

>> Alternatively (maybe for the more complicated stuff blktap seems to
>> provide) it can use the now Xen agnostic blktap to access the blktap
>> device nodes through its raw block driver.
> 
> Would work, yes.  But what is the point?  qemu will certainly not rip
> out the disk format drivers, so there is zero need to go that route.

Well, at the moment I for my part don't feel the need to go that route.
Neither do you. But obviously Andrew and Dutch do.

I don't know, maybe blktap2 really has some nice features that someone
might want to use. And if they maintain blktap2 - why not? If we make
the separation as I proposed (with the option of qemu-nbd instead of
blktap2 for attaching to Dom0), it doesn't hurt anyone after all - you
can use it then, but you're not forced.

Kevin

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel