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

Re: [Xen-devel] [PATCH] Don't attach needless options when launch pygrub



On Wed, 2010-07-14 at 08:29 +0100, Yu Zhiguo wrote:
> Hi Ian,
> 
> Ian Campbell wrote:
> > On Wed, 2010-07-14 at 07:15 +0100, Yu Zhiguo wrote:
> >> We should always run grub if bootloader is specified,
> >> options 'kernel' and 'ramdisk' are needless.
> > 
> > Not quite. If you specify both bootloader and kernel then this instructs
> > pygrub to extract the specific named file from the guest file system,
> > similarly for the ramdisk.
> > 
> 
>  Do you mean in this case, pygrub will use specified kernel
> that lie in the filesystem of the DomU?

I thought so, I looks like I was mistaken though.

>  I think this is good. But now pygrub's action is using the
> specified kernel in Dom0, but not run grub.

Hmm, pygrub is certainly run, regardless of having a kernel configured
or not. What is in question is what --kernel and --ramdisk actually
cause pygrub to do and whether that is useful.

As far as I can see the --kernel and --ramdisk options end up in the
incfg map which only used in a handful of places, most of which just
extract incfg["args"]. The only places which do not do this are the
calls to sniff_solaris and sniff_netware both of which appear to make
use of incfg["kernel"] (but not incfg["ramdisk"]).

So it looks like specifying the kernel option in addition to bootloader
is infact useful if you are booting a Solaris or Netware domU but is
harmless/ignored otherwise. I think we need to continue to support this
use case and I don't see any particular reason to force those users to
change their configuration file syntax for this issue (if it's even an
issue, I still don't really see the problem).

Perhaps it would be better to update pygrub so that --kernel actually
does something consistent in the non-{Solaris,Netware} case, such as
perhaps selecting the configuration entry with the match kernel path
instead of defaulting to entry 0? (e.g. make "-q --kernel=/boot/FOO"
select the entry with kernel /boot/FOO)

It looks like --ramdisk (and the associated plumbing through xend) may
in fact be useless at this time. I'd say it is harmless to plumb it
through for consistency though -- perhaps in the future pygrub (or
another bootloader) might want to use it.

Ian.


_______________________________________________
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®.