efi/chainloader: set the loaded image device path when it is missing
authorMate Kukri <mate.kukri@canonical.com>
Tue, 23 Jun 2026 14:19:15 +0000 (15:19 +0100)
committerMate Kukri <mate.kukri@canonical.com>
Tue, 23 Jun 2026 15:04:12 +0000 (16:04 +0100)
commite064a6c935d58e7f1caac84db48f37e91e19afab
treee75d7a2c7226f3526c47f1cc5bbb82df4a10e97c
parent17755a6e44d0714cb1f6c7ac4bd2b9b313e3b56c
efi/chainloader: set the loaded image device path when it is missing

Under Secure Boot grub verifies images in its verifier framework
(grub-core/kern/efi/sb.c). The verifier loads the image through the shim image
loader protocol, passing only the image buffer and a NULL device path, because
the device path is not available at that point. The verified image handle,
which the chainloader reuses, is therefore left with no device path: both
loaded_image->file_path and the LOADED_IMAGE_DEVICE_PATH protocol are NULL.

This is a consequence of grub loading the image inside the verifier, separate
from where the device path is built. Images that walk their own device path
then loop forever looking for the end node. Windows' bootmgfw.efi does this and
the machine hangs.

The chainloader already builds the file's device path. Also point
loaded_image->file_path and the LOADED_IMAGE_DEVICE_PATH protocol at it. The
image's loader owns those fields and frees them with the EFI pool allocator, so
save the originals and restore them before unloading the image if it returns.

Signed-off-by: Mate Kukri <mate.kukri@canonical.com>
Gbp-Pq: Topic upstream
Gbp-Pq: Name efi-chainloader-set-loaded-image-device-path.patch
grub-core/loader/efi/chainloader.c