u-boot.git/lib/efi_loader/efi_bootmgr.c, branch v2026.07

efi_loader: centralize messaging for efi_init_obj_list

2026-05-01T08:30:03Z

If efi_init_obj_list() fails we cannot use the UEFI sub-system. * Instead of having messages for this everywhere write an error message in efi_init_obj_list(). * Always use (ret != EFI_SUCCESS) when checking the return value of efi_init_obj_list(). * Remove the return code from the error message as it does not help users to understand which initialization went wrong. Signed-off-by: Heinrich Schuchardt

efi_loader: correct return value of efi_bootmgr_run()

2026-05-01T08:30:03Z

efi_bootmgr_run() is expected to return an efi_status_t value. Reported-by: Simon Glass Fixes: 0bef4b0123f2 ("cmd: bootefi: move library interfaces under lib/efi_loader") Reviewed-by: Simon Glass Reviewed-by: Ilias Apalodimas Signed-off-by: Heinrich Schuchardt

efi_loader: Improve disk image detection in efi_bootmgr

2025-10-14T07:30:56Z

Enhances the process for identifying disk images within the EFI boot manager. Utilize part_driver_lookup_type() to verify the validity of a downloaded file as a disk image, rather than depending on file extensions. part_driver_lookup_type() is now used in the prepare_loaded_image() function in the EFI boot manager to detect partitions on a block device created from a downloaded image. This allows the boot manager to boot from any disk image that can be recognized by a partition driver, not just ISO and IMG images. Update prepare_loaded_image() to create the ramdisk block device internally, obtain the blk_desc and use part_driver_lookup_type() to detect a valid partition table. In try_load_from_uri_path(), try prepare_loaded_image() first to detect disk images, and fall back to PE-COFF detection only if that fails. Signed-off-by: Javier Tia Reviewed-by: Ilias Apalodimas Signed-off-by: Ilias Apalodimas

Merge branch 'next'

2025-07-07T20:10:59Z

efi_loader: initialize 'total' variable

2025-06-28T11:03:19Z

This variable might end up being uninitialized if we exit early. Signed-off-by: Ilias Apalodimas Reviewed-by: Heinrich Schuchardt

Merge patch series "Remove from "

2025-05-29T14:31:07Z

Tom Rini says: Hey all, This is a v3 of Simon's series[1] and depends on the series[2] I posted the other day that removes from . With this series done, I believe we've tackled all of the current cases of headers which include without directly needing it. Much of this series is in fact Simon's v2 with the main differneces being: - Removing from at the end - Removing env_to_ip() given how little it's used rather than shuffling around where it's declared and un-inline'ing it. For a rarely used helper, this ends up being cleaner I think. Especially looking at some of the users (which called env_get repeatedly). If there's strong opinion here about using the other method[3] we can do that instead. - Setting aside for now how to handle CMD_ELF=y and NO_NET=y because today it's actually fine as we unconditionally build lib/net_utils.c where string_to_ip() is defined. I'm unsure if a further series is warranted here or not. We rely on link-time optimization to keep code readable too. [1]: https://lore.kernel.org/all/20250501010456.3930701-1-sjg@chromium.org [2]: https://lore.kernel.org/all/20250514225002.15361-1-trini@konsulko.com [3]: https://lore.kernel.org/all/20250501010456.3930701-23-sjg@chromium.org Link: https://lore.kernel.org/r/20250515234154.1859366-1-trini@konsulko.com

global: Avoid indirect inclusion of from

2025-05-29T14:30:25Z

Now that env_get_ip() has been removed, the include file does not need anything from . Furthermore, include/env.h itself includes other headers which can lead to longer indirect inclusion paths. To prepare to remove from fix all of the remaining places which had relied on this indirect inclusion to instead include directly. Reviewed-by: Jerome Forissier # net/lwip Acked-by: Ilias Apalodimas Reviewed-by: Wolfgang Wallner Reviewed-by: Martyn Welch Signed-off-by: Tom Rini

efi_loader: Run dhcp if an http boot option is selected

2025-05-25T09:40:15Z

The EFI boot manager relies on having an IP address before trying to boot an EFI HTTP(s) boot entry. However, defining it as a boot or pre-boot command is not always the right answer since it will unconditionally add delay to the board boot, even if we don't boot over the network. So let's do a DHCP request from the boot manager, if 'ipaddr' is empty and fail early if we don't have an address. Signed-off-by: Ilias Apalodimas Tested-by: Michal Simek

efi: Rename END to EFI_DP_END

2025-05-25T09:27:18Z

This exported symbol has a very generic name. Rename it to indicate that it relates to EFI and device-paths. Fix checkpatch warnings related to use of multiple assignments. Signed-off-by: Simon Glass Suggested-by: Heinrich Schuchardt Signed-off-by: Heinrich Schuchardt

efi_loader: Separate device path into its own header

2025-05-25T09:27:18Z

These functions are useful for the EFI app. As a first step towards making these available outside lib/efi_loader, create a separate header file and include it where needed. Add proper comments to the functions, since many are missing at present. Signed-off-by: Simon Glass Reviewed-by: Heinrich Schuchardt