All of lore.kernel.org
 help / color / mirror / Atom feed
From: Roger Pau Monne <roger.pau@citrix.com>
To: Ian Campbell <Ian.Campbell@citrix.com>
Cc: "xen-devel@lists.xen.org" <xen-devel@lists.xen.org>
Subject: Re: [PATCH] libxl: fix usage of backend parameter and run_hotplug_scripts
Date: Thu, 23 Aug 2012 18:16:36 +0100	[thread overview]
Message-ID: <50366574.1040307@citrix.com> (raw)
In-Reply-To: <1345020888.5926.115.camel@zakaz.uk.xensource.com>

Ian Campbell wrote:
> On Tue, 2012-08-14 at 19:15 +0100, Roger Pau Monne wrote:
>> vif interfaces allows the user to specify the domain that should run
>> the backend (also known as driver domain) using the 'backend'
>> parameter. This is not compatible with run_hotplug_scripts=1, since
>> libxl can only run the hotplug scripts from the Domain 0.
>>
>> Signed-off-by: Roger Pau Monne <roger.pau@citrix.com>
>> ---
>>  docs/misc/xl-network-configuration.markdown |    6 ++++--
>>  tools/libxl/libxl.c                         |   14 ++++++++++++++
>>  2 files changed, 18 insertions(+), 2 deletions(-)
>>
>> diff --git a/docs/misc/xl-network-configuration.markdown b/docs/misc/xl-network-configuration.markdown
>> index 650926c..5e2f049 100644
>> --- a/docs/misc/xl-network-configuration.markdown
>> +++ b/docs/misc/xl-network-configuration.markdown
>> @@ -122,8 +122,10 @@ specified IP address to be used by the guest (blocking all others).
>>  ### backend
>>  
>>  Specifies the backend domain which this device should attach to. This
>> -defaults to domain 0. Specifying another domain requires setting up a
>> -driver domain which is outside the scope of this document.
>> +defaults to domain 0. This option does not work if `run_hotplug_scripts`
>> +is not disabled in xl.conf (see xl.conf(5) man page for more information
>> +on this option). Specifying another domain requires setting up a driver
>> +domain which is outside the scope of this document.
>>  
>>  ### rate
>>  
>> diff --git a/tools/libxl/libxl.c b/tools/libxl/libxl.c
>> index 8ea3478..6b85cdc 100644
>> --- a/tools/libxl/libxl.c
>> +++ b/tools/libxl/libxl.c
>> @@ -2474,6 +2474,8 @@ out:
>>  int libxl__device_nic_setdefault(libxl__gc *gc, libxl_device_nic *nic,
>>                                   uint32_t domid)
>>  {
>> +    int run_hotplug_scripts;
>> +
>>      if (!nic->mtu)
>>          nic->mtu = 1492;
>>      if (!nic->model) {
>> @@ -2503,6 +2505,18 @@ int libxl__device_nic_setdefault(libxl__gc *gc, libxl_device_nic *nic,
>>                                    libxl__xen_script_dir_path()) < 0 )
>>          return ERROR_FAIL;
>>  
>> +    run_hotplug_scripts = libxl__hotplug_settings(gc, XBT_NULL);
>> +    if (run_hotplug_scripts < 0) {
>> +        LOG(ERROR, "unable to get current hotplug scripts execution setting");
> 
> Include the error value?

libxl__hotplug_settings already prints an error message, that contains
the errno value. I think that's enough.

>> +        return run_hotplug_scripts;
>> +    }
>> +    if (nic->backend_domid != LIBXL_TOOLSTACK_DOMID && run_hotplug_scripts) {
>> +        LOG(ERROR, "the vif 'backend=' option cannot be used in conjunction "
>> +                   "with run_hotplug_scripts, please set run_hotplug_scripts "
>> +                   "to 0 in xl.conf");
> 
> This mention of xl.conf in libxl is a layering violation.
> 
> I think it would be fine for libxl to log something generic about
> hotplug scripts and return an error and to have a more specific check t
> parse time in xl which errors out with a reference to the config option.

Ok, I will probably split this in two patches, one for libxl and one for
the parser.

Thanks for the review.

  reply	other threads:[~2012-08-23 17:16 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-08-14 18:15 [PATCH] libxl: fix usage of backend parameter and run_hotplug_scripts Roger Pau Monne
2012-08-15  8:54 ` Ian Campbell
2012-08-23 17:16   ` Roger Pau Monne [this message]
2012-08-31  9:27     ` Ian Campbell
2012-08-31 18:22       ` Roger Pau Monne

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=50366574.1040307@citrix.com \
    --to=roger.pau@citrix.com \
    --cc=Ian.Campbell@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.