|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH OSSTEST v2 19/19] Debian: Arrange to be able to chainload a xen.efi from grub2
Ian Campbell writes ("[PATCH OSSTEST v2 19/19] Debian: Arrange to be able to
chainload a xen.efi from grub2"):
> Xen cannot (currently) be booted directly via the usual multiboot
> path on EFI systems of any arch. Instead it is necessary to either
> launch xen.efi direct from the UEFI shell or to chainload it from
> grub. In both cases the Xen command line as well as what would
> normally be the multiboot modules (kernel+command line, XSM policy,
> initrd) must be configured in a Xen configuration file.
>
> By patching overlay/etc/grub.d/20_linux_xen that if a suitable xen.efi
> is found in the EFI System Partition (as arrange by a previous patch)
> a suitable entry is created in grub.cfg as well.
Urgh. How horrible. I don't object to your patch, except that
there's some linewrap or reformatting needed.
> + if ($need_uefi_chainload) {
> + die 'chainload entry not found' unless $chainentry;
> +
> + # Propagate relevant fields of the main entry over to the
> + # chain entry for use of subsequent code.
> + foreach (qw(KernVer KernDom0 KernOnly KernOpts Initrd Xenp\
olicy)) {
Wrapping and indentation problems here ?
> + target_cmd_root($ho,
> +
> <<END.($entry->{Initrd}?<<END:"").($entry->{Xenpolicy}?<<END:""));
> + set -ex
> + cp -vL /boot/$entry->{KernDom0} /boot/efi/EFI/osstest/vml\
inuz #/
It would IMO be better to align the shell at the lhs if there isn't
another way to avoid these overlong lines.
Thanks,
Ian.
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |