On 10 February 2016 at 00:13, James Bottomley James.Bottomley@hansenpartnership.com wrote:
On Tue, 2016-02-09 at 23:08 +0000, Leif Lindholm wrote:
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.
Oh, right, sorry, I do remember this now. What's the difference between ArmVirtQemu and ArmVirtQemuKernel?
The former executes in place from emulated NOR flash, and the latter executes from RAM. Either should work with qemu-system-aarch64, but the former needs to be passed using the -bios switch and the latter via -kernel. Note that (for historical reasons?) qemu-system-aarch64 requires -cpu cortex-a57 to be passed in addition to '-M virt' (for the machine type), since even the 64-bit version emulates a 32-bit CPU by default.
Snapshots are here: http://snapshots.linaro.org/components/kernel/leg-virt-tianocore-edk2-upstre...
I believe Steve packaged a build into qemu-efi for Debian/Ubuntu.
If someone actually has the binary, I can try it out; otherwise I'll just get OBS to spit one out soon.
Happy to pick this up if you send me a link to some binaries.
Thanks, Ard.