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
|