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

Re: [OSSTEST PATCH 22/38] buster: Extend guest bootloader workaround


On 28/05/2020 16:41, Ian Jackson wrote:
Julien Grall writes ("Re: [OSSTEST PATCH 22/38] buster: Extend guest bootloader 
On 28/05/2020 15:53, Ian Jackson wrote:
It's Complicated.  There are several options, but the usual ones are:

1. pygrub: Install some version of grub, which generates
     /boot/grub.cfg.  It doesn't matter very much which version of grub
     because grub.cfg is read by pygrub in dom0 and that fishes out the
     kernel and initrd.  Many of osstest's tests do this.

2. host kernel: Simply pass the dom0 kernel *and initramfs* as the
     kernel image to the guest.  This works if the kernel has the right
     modules for the guest storage, which it can easily do.  On x86 an
     amd64 kernel can run an i386 userland.

3. pvgrub.

Thanks for the explanation. How do you select it in the Osstest today?

I think osstest does all three (not very sure about (2).  Installs
made with the Debian xen-tools package tend to do (2) by default.
Installs made with d-i can do (2) or (3).

Is this the same as "EADK" ?  I'm afraid I don't follow...

Sorry, I should have been more precise. I meant that we are able to boot
a Arm guest using UEFI as we added support in EDK2 (I think in Xen we
use the term ovmf).


When using EFI, the guest can boot exactly the same way as it would on
baremetal. The toolstack is just loading the firmware in the guest memory.

IIRC we have already regular EFI testing on x86 in Osstest. I am
thinking to extend them to Arm at some point.

Our arm64 boxes are all booting via UEFI right now.

We have to do a different bodge to load xen.efi rather than grub;
osstest makes a xen.cfg.  That bodge is extended to buster by

   Subject: [OSSTEST PATCH 34/38] buster: grub, arm64: extend
       chainloading workaround

We should also be able to use EFI in the guest directly as well :).

Where should I do that ?  I guess I mean, in which bugtracker ?

  From the comment in the code, I would assume this is a bug/enhancement
against the Debian installer. But I may have misundertood it.

Oh I see.  I think amybe the problem was the lack of grub support.  Is
that all sorted in current Debian unstable/testing ?  If so it may
well all come out in the wash.

I haven't tried a recent Debian installer on Xen on Arm. I will have a try and see what it installs now.


Julien Grall



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