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

Re: [Xen-devel] [PATCH 6/7] Fix xm create direct call to XendBootloader



On Fri, Jan 05, 2007 at 05:22:55PM +0000, Ewan Mellor wrote:

> > Fix xm create direct call to XendBootloader
> > 
> > Signed-off-by: John Levon <john.levon@xxxxxxx>
> > 
> > diff --git a/tools/python/xen/xm/create.py b/tools/python/xen/xm/create.py
> > --- a/tools/python/xen/xm/create.py
> > +++ b/tools/python/xen/xm/create.py
> > @@ -719,8 +719,11 @@ def run_bootloader(vals, config_image):
> >               "--entry= directly.")
> >          vals.bootargs = "--entry=%s" %(vals.bootentry,)
> >  
> > +    kernel = sxp.child_value(config_image, 'kernel')
> > +    ramdisk = sxp.child_value(config_image, 'ramdisk')
> > +    args = sxp.child_value(config_image, 'args')
> >      return bootloader(vals.bootloader, file, not vals.console_autoconnect,
> > -                      vals.bootargs, config_image)
> > +                      vals.bootargs, kernel, ramdisk, args)
> >  
> >  def make_config(vals):
> >      """Create the domain configuration.
> 
> Surely there's no reason for xm to be running the bootloader directly?!  That
> doesn't make any sense.  Can't we just delete all of this code?

It would be nice but it's required for Linux-style menu.lst usage in
interactive mode. I'm somewhat dubious as to the utility of that given
that xm reboot has to use non-interactive, but I didn't want to break
anything.

regards
john

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

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