From: "Roger Pau Monné" <roger.pau@citrix.com>
To: Anthony PERARD <anthony.perard@citrix.com>
Cc: xen-devel@lists.xenproject.org, qemu-devel@nongnu.org,
Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Subject: Re: [Qemu-devel] [PATCH] qemu-xen: make use of xenstore relative paths
Date: Thu, 26 Sep 2013 19:20:31 +0200 [thread overview]
Message-ID: <52446CDF.4070509@citrix.com> (raw)
In-Reply-To: <20130926164630.GJ6013@perard.uk.xensource.com>
On 26/09/13 18:46, Anthony PERARD wrote:
> On Wed, Sep 18, 2013 at 09:50:58PM +0200, Roger Pau Monne wrote:
>> Qemu has several hardcoded xenstore paths that are only valid on Dom0.
>> Attempts to launch a Qemu instance (to act as a userspace backend for
>> PV disks) will fail because Qemu is not able to access those paths
>> when running on a domain different than Dom0.
>>
>> Instead make the xenstore paths relative to the domain where Qemu is
>> actually running.
>>
>> Signed-off-by: Roger Pau Monné <roger.pau@citrix.com>
>> Cc: xen-devel@lists.xenproject.org
>> Cc: Anthony PERARD <anthony.perard@citrix.com>
>> Cc: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
>
> This look fine. One issue with the patch: the file xen_backend.c have
> been moved to hw/xen/xen_backend.c.
Thanks, this is based on the stable Qemu version in Xen tree, I should
have done the change on top of the main qemu.git repo.
> I've also tryied it in a stubdomain, and it does not boot anymore
> because the qemu in the stubdom can not read the state. I have tried
> again without the change in xen-all.c, and the stubdom does not complain
> anymore. So in the change in xenstore_record_dm_state() needed as well?
Yes, if we run a Qemu instance inside a driver domain it wouldn't make
much sense IMHO to write the state of that Qemu instance on a xenstore
path that belongs to the Dom0, and also we would need to give the driver
domain permissions to write on a xenstore path that's inside the Dom0
xenstore path, which doesn't seem like a good idea.
To make Qemu work on a domain different than Dom0 you will also need the
following patch from my driver domain series:
http://marc.info/?l=xen-devel&m=137993233817018
If not the guest is unable to create the device-model/<domid>/state
xenstore entry. For stubdomains would it be really hard to change the
Dom0 to check for /local/domain/<stubdom_id>/device-model/<domid>/state
instead of /local/domain/0/device-model/<domid>/state?
next prev parent reply other threads:[~2013-09-26 17:21 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-18 19:50 [Qemu-devel] [PATCH] qemu-xen: make use of xenstore relative paths Roger Pau Monne
2013-09-26 16:46 ` Anthony PERARD
2013-09-26 17:20 ` Roger Pau Monné
2013-09-26 17:20 ` Roger Pau Monné [this message]
2013-09-27 11:01 ` Anthony PERARD
2013-09-27 11:01 ` [Qemu-devel] " Anthony PERARD
2013-09-26 16:46 ` Anthony PERARD
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=52446CDF.4070509@citrix.com \
--to=roger.pau@citrix.com \
--cc=anthony.perard@citrix.com \
--cc=qemu-devel@nongnu.org \
--cc=stefano.stabellini@eu.citrix.com \
--cc=xen-devel@lists.xenproject.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.