[Xen-devel] [PATCH OSSTEST v3 00/22] Initial support for ARM64

[Ian Campbell <ian.campbell@xxxxxxxxxx>]

The following adds support for testing on arm64 systems.

Since arm64 was only added in Debian Jessie this requires Wei's "Debian
Jessie patches" as a base line, which are currently in osstest. This is
therefore based on those, specifically 6e37f849f4b0.

The main development here is support for UEFI PXE booting, which is not
particular to arm64, but is more prominent there. Hopefully this work
would be useful for UEFI only x86 systems too.

Since last time I've adjust according to review comments and closed the
UEFI boot order race!

N       mg-*: Add mgi-common with fetch and fail helpers
N       mg-*: Make package fetching common in new mgi-debian
 M      Introduce mg-pxe-loader-update
  A     Debian: Preseed a EFI system partition during host install
  A     ts-host-install: Split initrd out of @installcmdline
  A     ts-host-install: split the "di" from the "host" command line
 M      Refactor pxelinux configuration
 M      ts-host-install: Support UEFI PXE boot using grub.efi
        Enable chain loading to local disk for UEFI PXE systems.
  A     Add arm64 build and test jobs
 M      ts-kernel-build: Additional kernel options for Mustang
N       ts-kernel-build: Enable CONFIG_EFI_VARS
 MA     ts-host-install: Set dtbs in the non-special kernel case too.
N       Debian: Do not add Debian to UEFI boot order on install
 M      standalone: Prefer ./local-config to $HOME/.xen-osstest/config
  A     Debian: grub2: Log full line range of menuentry and submenu entries
  A     Debian: grub2: Use GRUB_CMDLINE_LINUX_XEN_REPLACE(_DEFAULT)
  A     Collect xen.efi into xendist and install in appropriate place
  A     Debian: Ignore xen-syms entries in grub.cfg.
  A     Debian: Collect kernel command line from grub.cfg
 M      Debian: Arrange to be able to chainload a xen.efi from grub2
  !     Enable CONFIG_SPARSEMEM_VMEMMAP, arm64 seems to needs it (crashes).

A -- Acked
M -- Modified
N -- New
! -- please ignore the man behind the curtain.

Ian.



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel