[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [libvirt] [PATCH libvirt] xen: handle root= in xen-xm configuration files.



On Tue, 2014-06-17 at 15:36 -0600, Jim Fehlig wrote:
> Eric Blake wrote:
> > On 06/17/2014 09:24 AM, Ian Campbell wrote:
> >   
> >> In addition to extra= xm supported a root= option which was supposed
> >> to be incorporated into the final command line. Handle that for "virsh
> >> domxml-from-native xen-xm". Tested with the libxl backend.
> >>
> >> Signed-off-by: Ian Campbell <ian.campbell@xxxxxxxxxx>
> >> ---
> >>  .gnulib            |    2 +-
> >>  src/xenxs/xen_xm.c |   14 +++++++++++++-
> >>  2 files changed, 14 insertions(+), 2 deletions(-)
> >>
> >> diff --git a/.gnulib b/.gnulib
> >> index d55899f..e8e0eb6 160000
> >> --- a/.gnulib
> >> +++ b/.gnulib
> >> @@ -1 +1 @@
> >> -Subproject commit d55899fd2c5794ac85ecb14d5e2f646a89e4b4dd
> >> +Subproject commit e8e0eb6bfb728685ec8d5afd924e41b18e9d928d
> >>     
> >
> > Was the submodule bump intended?

No, sorry, I've no idea how that happened (/me curses git submodules yet
again).

> >   Once I understand that, then this patch (minus
> > the .gnulib bump) seems okay.

NB I just sent out a v2 -- extra should default to "" not NULL for this
to work as intended.

> BTW, if <cmdline> contains root=, I noticed that domxml-to-native will
> put it in extra= instead of creating a root= entry.  E.g.
> <cmdline>root=/dev/bla foo=bar</cmdline> converts to
> extra="root=/dev/bla foo=bar", which is still valid config so perhaps
> not such a big deal.

I think this is fine.

Personally I consider the root= stuff to be a weird wart, in that it
effectively exposes details of the Linux command line syntax in the
xm/xl cfg file. It's far better IMHO to ignore it and write root=foo in
the actual command line.

Ian.


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.