|
|
|
|
|
|
|
|
|
|
xen-devel
Re: [Xen-devel] Re: [PATCH v3] xen block backend.
To: |
Christoph Hellwig <hch@xxxxxxxxxxxxx> |
Subject: |
Re: [Xen-devel] Re: [PATCH v3] xen block backend. |
From: |
Ian Campbell <Ian.Campbell@xxxxxxxxxxxxx> |
Date: |
Thu, 21 Apr 2011 09:38:31 +0100 |
Cc: |
"xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, Stabellini <Stefano.Stabellini@xxxxxxxxxxxxx>, "jaxboe@xxxxxxxxxxxx" <jaxboe@xxxxxxxxxxxx>, Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>, "linux-kernel@xxxxxxxxxxxxxxx" <linux-kernel@xxxxxxxxxxxxxxx>, Stefano, "konrad@xxxxxxxxxx" <konrad@xxxxxxxxxx> |
Delivery-date: |
Thu, 21 Apr 2011 01:39:34 -0700 |
Envelope-to: |
www-data@xxxxxxxxxxxxxxxxxxx |
In-reply-to: |
<20110421080638.GA10630@xxxxxxxxxxxxx> |
List-help: |
<mailto:xen-devel-request@lists.xensource.com?subject=help> |
List-id: |
Xen developer discussion <xen-devel.lists.xensource.com> |
List-post: |
<mailto:xen-devel@lists.xensource.com> |
List-subscribe: |
<http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe> |
List-unsubscribe: |
<http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe> |
Organization: |
Citrix Systems, Inc. |
References: |
<1303333543-5915-1-git-send-email-konrad.wilk@xxxxxxxxxx> <20110421033735.GA11501@xxxxxxxxxxxxx> <1303370925.5997.322.camel@xxxxxxxxxxxxxxxxxxxxxx> <1303373003.5997.337.camel@xxxxxxxxxxxxxxxxxxxxxx> <20110421080638.GA10630@xxxxxxxxxxxxx> |
Sender: |
xen-devel-bounces@xxxxxxxxxxxxxxxxxxx |
On Thu, 2011-04-21 at 09:06 +0100, Christoph Hellwig wrote:
> On Thu, Apr 21, 2011 at 09:03:23AM +0100, Ian Campbell wrote:
> > BTW about the only nice property blktap has as it currently stands over
> > this plan is that it exports an actual block device from vhd, qcow etc
> > files (in some sense blktap is a loopback driver for complex disk image
> > file formats). It turns out to occasionally be quite useful to be able
> > to mount such files, even on non-virtualisation systems (in its current
> > incarnation blktap has no dependency on Xen).
>
> You can already do that using qemu-nbd today.
Good to know, I'd had a vague feeling this was possible but hadn't
looked into how.
> In most cases the image format support in qemu is much better than in the
> various Xen trees
> anyway, with vhd beeing the only one that looks potentially better in Xen.
That's about what I reckon too.
Ian.
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
|
|
|
|