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

Re: [Xen-devel] [PATCH V2 for-4.5] EFI: Always use EFI command line

On Mon, Oct 27, 2014 at 03:29:18PM -0700, Roy Franz wrote:
> On Mon, Oct 27, 2014 at 3:55 AM, Jan Beulich <JBeulich@xxxxxxxx> wrote:
> >>>> On 25.10.14 at 21:18, <roy.franz@xxxxxxxxxx> wrote:
> >> Jan - do you know how this command line handling in GRUB for x86 is
> >> handled?  I would think that x86
> >> would have the same issue with the command line.
> >
> > I guess the question isn't really relevant on x86 since we don't try to
> > boot the same image two ways.
> I think this is related to wanting to be able to boot both and EFI executable
> and a Linux Image using GRUB.  Whether these are the same file or not
> doesn't affect how the command lines are different.
> >
> > And anyway, only when booting from UEFI (without GrUB involved)
> > does anything prior to an eventual -- matter. With GrUB it shouldn't
> > (and hence the separator is then also pointless and should neither
> > get inserted nor looked for), as these options only control the EFI
> > application behavior of the binary. At least that's how it was
> > intended to be originally.
> >
> > Jan
> >
> So I guess on x86 GRUB is not used to boot the EFI version of Xen?  My
> understanding
> is that for arm64 servers all the distros want to use GRUB to boot, as
> that is primarily how
> things work now, even though UEFI provides boot menu support directly.
> So for arm64 we want
> to support booting EFI both directly and using GRUB.  While there is
> no need now to control the
> behavior of the EFI application portion of Xen when booting via GRUB I
> think this would be useful to
> support.

CC-ing Daniel as that is what he has been working on.
> Roy
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@xxxxxxxxxxxxx
> http://lists.xen.org/xen-devel

Xen-devel mailing list



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