From: Ian Campbell <Ian.Campbell@citrix.com>
To: George Dunlap <george.dunlap@eu.citrix.com>
Cc: Ian Jackson <ian.jackson@citrix.com>,
Wei Liu <wei.liu2@citrix.com>,
xen-devel@lists.xen.org
Subject: Re: [PATCH for 4.5] libxl: Tell qemu to use raw format when using a tapdisk
Date: Tue, 9 Dec 2014 14:48:21 +0000 [thread overview]
Message-ID: <1418136501.14361.83.camel@citrix.com> (raw)
In-Reply-To: <1418133859-27763-1-git-send-email-george.dunlap@eu.citrix.com>
On Tue, 2014-12-09 at 14:04 +0000, George Dunlap wrote:
> At the moment libxl unconditinally passes the underlying file format
> to qemu in the device string. However, when tapdisk is in use,
> tapdisk handles the underlying format and presents qemu with
> effectively a raw disk. When qemu looks at the tapdisk block device
> and doesn't find the image format it was looking for, it will fail.
>
> This effectively means that tapdisk cannot be used with HVM domains at
> the moment except for raw files.
>
> Instead, if we're using a tapdisk backend, tell qemu to use a raw file
> format.
>
> Signed-off-by: George Dunlap <george.dunlap@eu.citrix.com>
Acked-by: Ian Campbell <ian.campbell@citrix.com>
> ---
> CC: Ian Campbell <ian.campbell@citrix.com>
> CC: Ian Jackson <ian.jackson@citrix.com>
> CC: Wei Liu <wei.liu2@citrix.com>
> CC: Konrad Wilk <konrad.wilk@oracle.com>
>
> Release exception justification:
I agree with your reasoning.
> This fixes a bug in functionality, in
> that at the moment HVM guests cannot boot with tapdisk and vhd format.
>
> This is not a regression in xl functionality per se, since (AFAICT)
> this has never worked. However, given that 4.5 is the first release
> without xend, this *does* represent a regression in functionality for
> Xen as a whole (since before people using hvm guest with vhd on blktap
> could use xend).
>
> The fix is very simple and should only affect codepaths that already
> don't work, so the risk of regressions should be very low.
>
> While preparing this patch, I also noticed that cdroms will ignore the
> backend parameter and treat everything as a file. This is a bug but I
> think it's a much less important one to address this late in the
> release cycle.
> ---
> tools/libxl/libxl_dm.c | 7 +++++--
> 1 file changed, 5 insertions(+), 2 deletions(-)
>
> diff --git a/tools/libxl/libxl_dm.c b/tools/libxl/libxl_dm.c
> index b25b574..10f3090 100644
> --- a/tools/libxl/libxl_dm.c
> +++ b/tools/libxl/libxl_dm.c
> @@ -797,11 +797,14 @@ static char ** libxl__build_device_model_args_new(libxl__gc *gc,
> continue;
> }
>
> - if (disks[i].backend == LIBXL_DISK_BACKEND_TAP)
> + if (disks[i].backend == LIBXL_DISK_BACKEND_TAP) {
> + format = qemu_disk_format_string(LIBXL_DISK_FORMAT_RAW);
> pdev_path = libxl__blktap_devpath(gc, disks[i].pdev_path,
> disks[i].format);
> - else
> + } else {
> pdev_path = disks[i].pdev_path;
> + }
> +
>
> /*
> * Explicit sd disks are passed through as is.
next prev parent reply other threads:[~2014-12-09 14:48 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-12-09 14:04 [PATCH for 4.5] libxl: Tell qemu to use raw format when using a tapdisk George Dunlap
2014-12-09 14:32 ` Wei Liu
2014-12-09 14:34 ` George Dunlap
2014-12-09 14:48 ` Ian Campbell [this message]
2014-12-10 16:30 ` Konrad Rzeszutek Wilk
2014-12-15 16:47 ` George Dunlap
2014-12-16 17:19 ` Ian Campbell
2014-12-15 15:29 ` Wei Liu
[not found] ` <20141215154710.GC8049@zion.uk.xensource.com>
2014-12-15 16:00 ` Processed: " xen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1418136501.14361.83.camel@citrix.com \
--to=ian.campbell@citrix.com \
--cc=george.dunlap@eu.citrix.com \
--cc=ian.jackson@citrix.com \
--cc=wei.liu2@citrix.com \
--cc=xen-devel@lists.xen.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.