Add AArch64 UEFI support (NVIDIA Jetson Orin)#818
Open
dgarske wants to merge 3 commits into
Open
Conversation
Contributor
There was a problem hiding this comment.
Pull request overview
This pull request adds a new aarch64_efi target so wolfBoot can run as an AArch64 UEFI application (validated on NVIDIA Jetson Orin), loading/verifying kernel.img/update.img from the ESP and booting via UEFI LoadImage/StartImage.
Changes:
- Add a new AArch64 UEFI HAL (
hal/aarch64_efi.c) plus boot glue (src/boot_aarch64_efi.c) and linker-script stub. - Extend the build system to support an AArch64 PE/COFF
wolfboot.efioutput and a new example config. - Add helper scripts and documentation for building gnu-efi for AArch64 and running under QEMU/Jetson deployment.
Reviewed changes
Copilot reviewed 10 out of 11 changed files in this pull request and generated 6 comments.
Show a summary per file
| File | Description |
|---|---|
| tools/scripts/build-gnu-efi-aarch64.sh | Helper to clone/build/install gnu-efi (AArch64) into the repo tree |
| tools/scripts/aarch64-efi-qemu.sh | Convenience runner for wolfboot.efi under QEMU + AAVMF |
| tools/keytools/keygen.c | Extends keystore section handling for the new UEFI target macro |
| src/boot_aarch64_efi.c | Adds UEFI-target do_boot() glue for AArch64 |
| Makefile | Makes the wolfboot.efi objcopy output format configurable per target |
| hal/aarch64_efi.ld | Empty placeholder linker script (gnu-efi script used instead) |
| hal/aarch64_efi.c | New AArch64 UEFI HAL: ESP file loading, verification, LoadImage/StartImage handoff |
| docs/Targets.md | Adds aarch64_efi target documentation (Jetson Orin + QEMU workflow) |
| config/examples/aarch64_efi.config | Example configuration for aarch64_efi |
| arch.mk | Adds aarch64_efi target build flags, gnu-efi paths, and linking rules |
| .gitignore | Ignores gnu-efi build artifacts and staging dirs for the new target |
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
dgarske
force-pushed
the
aarch64_efi
branch
2 times, most recently
from
July 11, 2026 00:03
308bf22 to
1963856
Compare
dgarske
marked this pull request as ready for review
July 11, 2026 00:39
AArch64 UEFI-application target (sibling of x86_64_efi): builds wolfboot.efi, verifies the next-stage image with wolfCrypt, and boots via UEFI LoadImage/StartImage. Validated on the Jetson Orin Nano through to the Ubuntu login. Includes gnu-efi build and QEMU scripts, CI, a UEFI Secure Boot signing tool (sign-efi-secureboot.sh) with enrollment/fuse docs, and FIPS-approved algorithm guidance (docs/FIPS.md).
UART + ARMv8 generic timer HAL on the shared AArch64 startup; builds wolfboot.bin (RAM boot, like raspi3). Groundwork for the Path B firmware-replacement direction; adds a compile-only CI job.
Adds MEASURED_BOOT_TCG2: wolfBoot extends the verified kernel into the platform firmware TPM (PCR MEASURED_PCR_A) via EFI_TCG2_PROTOCOL HashLogExtendEvent before handoff, no wolfTPM transport. Validated on the NVIDIA Orin Nano fTPM (TPM present, SHA-256+SHA-384 banks, measured into PCR 9).
Contributor
There was a problem hiding this comment.
Pull request overview
Copilot reviewed 22 out of 23 changed files in this pull request and generated 12 comments.
Comments suppressed due to low confidence (1)
hal/aarch64_efi.c:1
- UEFI
EFI_FILE_PROTOCOL.Open()ignores the Attributes parameter unlessEFI_FILE_MODE_CREATEis set; passingREAD_ONLY|HIDDEN|SYSTEMhere is nonstandard and can cause opens to fail on stricter firmwares. For read-only opens, pass0for the Attributes argument and keep access control viaEFI_FILE_MODE_READ.
/* aarch64_efi.c
| . = ALIGN(4); | ||
| } | ||
|
|
||
| END_STACK = _start_text; |
Comment on lines
+155
to
+159
| typedef struct { | ||
| UINT32 Size; | ||
| WOLFBOOT_TCG2_EVENT_HEADER Header; | ||
| UINT8 Event[1]; | ||
| } __attribute__((packed)) WOLFBOOT_TCG2_EVENT; |
| WOLFBOOT_TCG2_CAPABILITY cap; | ||
| EFI_STATUS status; | ||
| static const char desc[] = "wolfBoot kernel.img"; | ||
| uint8_t buf[sizeof(WOLFBOOT_TCG2_EVENT) + sizeof(desc)]; |
Comment on lines
+216
to
+217
| ZeroMem(buf, sizeof(buf)); | ||
| evt->Size = (UINT32)sizeof(buf); |
| evt->Header.HeaderVersion = 1; | ||
| evt->Header.PCRIndex = (UINT32)WOLFBOOT_MEASURED_PCR_A; | ||
| evt->Header.EventType = (UINT32)WOLFBOOT_TCG2_EV_IPL; | ||
| CopyMem(evt->Event, (void *)desc, sizeof(desc)); |
Comment on lines
+74
to
+77
| int RAMFUNCTION hal_flash_write(uintptr_t address, const uint8_t *data, int len) | ||
| { | ||
| return 0; | ||
| } |
Comment on lines
+87
to
+90
| int RAMFUNCTION hal_flash_erase(uintptr_t address, int len) | ||
| { | ||
| return 0; | ||
| } |
Comment on lines
+480
to
+481
| EFI_STATUS status; | ||
| uint32_t kernel_size, update_size; |
| # KEYDIR directory for the generated keys/certs (default tools/efi-secureboot-keys) | ||
| # EFI_BIN the PE image to sign (default: first arg, else wolfboot.efi) | ||
| # CN common-name prefix for the generated certs (default "wolfBoot") | ||
| set -e |
Comment on lines
+75
to
+76
| openssl req -new -x509 -newkey rsa:2048 -nodes -sha256 -days 3650 \ | ||
| -subj "/CN=$subject/" -keyout "$name.key" -out "$name.crt" |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
Adds a generic AArch64 UEFI-application target, the direct sibling of the existing
x86_64_efitarget. wolfBoot builds aswolfboot.efi(a PE/COFF EFI application), is launched by platform UEFI firmware, verifies the next-stage image with wolfCrypt, and boots it through UEFILoadImage/StartImage. It uses only UEFI Boot Services (no SoC-specific registers), so a single binary runs on any AArch64 UEFI platform. Validated end-to-end on the NVIDIA Jetson Orin Nano (Tegra234), booting a signed L4T kernel to an Ubuntu 22.04 login prompt.Features
SIGN/HASHoptions apply), and hands off viaLoadImage/StartImage. A/B image selection uses the RAM updater.wolfboot.efiruns on any AArch64 UEFI platform rather than being tied to a board.tools/scripts/sign-efi-secureboot.shgenerates PK/KEK/db keys, sbsignswolfboot.efi, and emits the.authvariable updates so the firmware verifies wolfBoot, making the chain continuous (firmware ->wolfboot.efi-> kernel). Document-only NVIDIA PKC/SBK fuse-provisioning steps included (no fuses burned).EFI_TCG2_PROTOCOL(HashLogExtendEvent), extending both the SHA-256 and SHA-384 banks with no TPM driver of its own. Enabled withMEASURED_BOOT_TCG2=1; best-effort on platforms without a firmware TPM.SIGN=ECC384 HASH=SHA384 SPMATH=1) vs. the default ED25519/SHA256, withdocs/FIPS.mdscoping what a validated build additionally requires.pei-aarch64-littlePE output;tools/scripts/build-gnu-efi-aarch64.shbuilds the runtime from a pinned gnu-efi tag (4.0.4) for reproducibility.tools/scripts/aarch64-efi-qemu.shrunswolfboot.efiunder QEMU + AAVMF, with a--gdbmode for source-level debugging.aarch64_efi_testjob builds the gnu-efi runtime andwolfboot.efion every push, mirroring thex86_64_efijob.tegra234_testCI job, as a starting point for the future vendor-firmware-replacement path (not a validated boot path).Notable fix
For a UEFI-application target the keystore must not be placed in the
.keystorelinker section (the gnu-efi PE does not load it, soPubKeysreads back as zeros).keygen.cemits the keystore as plainconstdata foraarch64_efi, matchingx86_64_efi.Build and run
See
docs/Targets.md(NVIDIA Jetson Orin section) for the full validated L4T recipe and Secure Boot enrollment steps.Validation
kernel.img-> ED25519 verify PASS ->LoadImage/StartImage-> the real L4T kernel EFI stub runs.Verifying signature...done-> boots the signed L4T kernel -> mounts the SD rootfs -> Ubuntu 22.04.5 login prompt.aarch64_efi(default and FIPS ECC384/SHA384) andtegra234build clean;x86_64_efiandraspi3unregressed. Secure Boot tool round-trips (sign ->sbverifyPASS; unsigned -> rejected).