On 9 February 2016 at 22:30, James Bottomley James.Bottomley@hansenpartnership.com wrote:
On Thu, 2016-01-28 at 07:58 -0800, James Bottomley wrote:
On Thu, 2016-01-28 at 16:53 +0100, Ard Biesheuvel wrote:
On 28 January 2016 at 16:51, James Bottomley James.Bottomley@hansenpartnership.com wrote:
On Thu, 2016-01-28 at 16:34 +0100, Ard Biesheuvel wrote:
[..]
It does not look like sbsigntools builds anything that executes under UEFI, it only uses the GNUEFI headers to interpret the PE/COFF header format.
That's right, but under OBS, which does native building in a virtual machine, it means the gnu-efi package has to be installed for the architectures it builds. If you click on one of the builds, you can see it being installed as part of the build log.
Ah, right. I didn't know that.
GNU-EFI does support both ARM and AArch64 now, but I have no idea which distros provide builds of either.
I'm not sure it's a complete distribution. I'm building it out of devel:ARM:Factor which is just a bunch of packages someone's collecting on the OBS. However, it's enough to bring up a native virtual build environment, so it could probably be used as the basis for a distribution as well. The aarch64 repository looks fairly complete. The other ARM ones not so much. It's spitting out rpms, so if you're ubuntu based, you could see what alien makes of them. It doesn't look like OBS has a deb based aarch64 target.
OK, I reworked the thunking mechanism in efitools and it now builds for aarch64. I'm a bit stuck for testing, though ... it looks like there's no OVMF build for aarch64 ... is that an oversight? (or is everyone supposed to have hardware by now ... not that it will operate fast under qemu on x86, I expect).
Ovmf turned out to be slightly too x86-centric to be easily transferable to AArch64, so we have ArmVirtPkg instead.
I believe Steve packaged a build into qemu-efi for Debian/Ubuntu.
/ Leif