xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
From: "Roger Pau Monné" <roger.pau@citrix.com>
To: Ian Jackson <Ian.Jackson@eu.citrix.com>
Cc: xen-devel@lists.xenproject.org, Ian Campbell <ian.campbell@citrix.com>
Subject: Re: [PATCH v2 02/10] libxl: create a local xenstore libxl and device-model dir for guests
Date: Mon, 11 Nov 2013 17:36:24 +0100	[thread overview]
Message-ID: <52810788.1060704@citrix.com> (raw)
In-Reply-To: <21120.63139.54833.898226@mariner.uk.xensource.com>

On 11/11/13 16:24, Ian Jackson wrote:
> Roger Pau Monne writes ("[PATCH v2 02/10] libxl: create a local xenstore libxl and device-model dir for guests"):
>> If libxl is executed inside a guest domain it needs write access to
>> the local libxl xenstore dir (/local/<domid>/libxl) to store internal
>> data. This also applies to Qemu which needs a
>> /local/<domid>/device-model xenstore directory.
>>
>> This patch creates the mentioned directories for each guest launched
>> from libxl.
> ...
>> diff --git a/docs/man/xl.cfg.pod.5 b/docs/man/xl.cfg.pod.5
>> index d2d8921..d260895 100644
>> --- a/docs/man/xl.cfg.pod.5
>> +++ b/docs/man/xl.cfg.pod.5
>> @@ -307,6 +307,11 @@ which are incompatible with migration. Currently this is limited to
>>  enabling the invariant TSC feature flag in cpuid results when TSC is
>>  not emulated.
>>  
>> +=item B<driver_domain=BOOLEAN>
>> +
>> +Specify that this domain is a driver domain. This enables certain
>> +features needed in order to run a driver domain.
>> +
> 
> "Certain features" is a bit vague.  The definition of "driver domain"
> could be expaneded perhaps.  At the very least the manpage should
> explain whether a domain gets additional capabilities as a result of
> this option.  You should also say why not to set it always.

"Certain features" means two writeable xenstore paths inside of the
guest local path. IanC felt that it was best to set this as an option,
but I don't see any problem with enabling it for all guests (the guest
can already write to some local xenstore paths).

I've written this as a vague description because I don't know if we
might wish to expand this further at some point in the future.

> Is it the case that setting this option allows a guest to pretend to
> have backends for other guests ?

A guest can not pretend to have backends for other guests unless the
control domain writes the appropriate backend path inside of the guest,
this has not changed with this path.

  reply	other threads:[~2013-11-11 16:36 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-11-11 12:10 [PATCH v2 00/10] libxl: add driver domain backend daemon Roger Pau Monne
2013-11-11 12:10 ` [PATCH v2 01/10] libxl: Introduce nested async operations (nested ao) Roger Pau Monne
2013-11-11 12:10 ` [PATCH v2 02/10] libxl: create a local xenstore libxl and device-model dir for guests Roger Pau Monne
2013-11-11 15:24   ` Ian Jackson
2013-11-11 16:36     ` Roger Pau Monné [this message]
2013-11-12 15:03       ` Ian Jackson
2013-11-11 12:10 ` [PATCH v2 03/10] libxl: don't remove device frontend path from driver domains Roger Pau Monne
2013-11-11 12:10 ` [PATCH v2 04/10] libxl: synchronize device removal when using " Roger Pau Monne
2013-11-11 17:02   ` Ian Jackson
2013-11-14 10:37     ` Roger Pau Monné
2013-11-14 12:42       ` Ian Jackson
2013-11-11 12:10 ` [PATCH v2 05/10] libxl: remove the Qemu bodge for driver domain devices Roger Pau Monne
2013-11-15 17:09   ` Ian Jackson
2013-11-18 10:07     ` Roger Pau Monné
2013-11-18 11:26       ` Ian Jackson
2013-11-11 12:10 ` [PATCH v2 06/10] libxl: don't launch Qemu on Dom0 for Qdisk devices on driver domains Roger Pau Monne
2013-11-15 17:11   ` Ian Jackson
2013-11-11 12:10 ` [PATCH v2 07/10] libxl: add Qdisk backend launch helper Roger Pau Monne
2013-11-15 17:34   ` Ian Jackson
2013-11-11 12:10 ` [PATCH v2 08/10] xl: put daemonize code in it's own function Roger Pau Monne
2013-11-15 17:36   ` Ian Jackson
2013-11-11 12:10 ` [PATCH v2 09/10] libxl: revert 326a7b74 Roger Pau Monne
2013-11-15 17:37   ` Ian Jackson
2013-11-15 18:16     ` Ian Jackson
2013-11-15 18:22   ` Andrew Cooper
2013-11-11 12:10 ` [PATCH v2 10/10] libxl: add device backend listener in order to launch backends Roger Pau Monne
2013-11-15 17:54   ` Ian Jackson
2013-11-18 11:47     ` Roger Pau Monné
2013-11-18 14:22       ` Ian Jackson

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=52810788.1060704@citrix.com \
    --to=roger.pau@citrix.com \
    --cc=Ian.Jackson@eu.citrix.com \
    --cc=ian.campbell@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).