Tianocore/edk2.git/UefiPayloadPkg, branch dependabot/github_actions/actions/github-script-8

UefiPayloadPkg: Drop ARM32 Support

2025-09-25T22:04:10+00:00

edk2 is dropping support for the ARM32 architecture. This commit removes ARM32 support from UefiPayloadPkg. It removes irrelevant VALID_ARCHITECTURES comments from infs that are not arch specific. Signed-off-by: Oliver Smith-Denny

UefiPayloadPkg: RISCV: Licensing Fix

2025-08-27T11:59:47+00:00

Fixing a licensing typo in UefiPayloadEntry/RiscV64/DxeLoadFuncFit.c Signed-off-by: Akshay Behl

UefiPayloadPkg: update stack address print to 64 bit

2025-08-26T22:01:01+00:00

Signed-off-by: Akshay Behl Co-authored-by: Dhaval Sharma

UefiPayloadPkg/FmpDeviceSmmLib: Add for full chip flashing via SMMSTOREv2

2025-08-25T11:54:17+00:00

Part of the functions of the library are left unimplemented (return EFI_UNSUPPORTED) the rest use information about current firmware obtained from CBMEM (at this point available in a HOB) and SMMSTOREv2 to perform flashing. Flashing is slightly optimized: FmpDeviceSetImageWithStatus() first reads a block and checks that it differs from the new contents before initiating erase and write. On successful flashing runtime APIs for dealing with EFI variables are replaced with stubs to prevent accesses to SMMSTORE from the currently running firmware. The SMMSTORE region's contents and possibly location and size have been changed as a result of the update and continued use of it can have unpredictable consequences including corruption of the newly written firmware image. A capsule mode always ends with a reboot, so the variable services are unavailable only for a very short period after a successful flashing. Signed-off-by: Sergii Dmytruk

UefiPayloadPkg/SmmStore: Add API to read/write/erase any flash block

2025-08-25T11:54:17+00:00

This allows reusing SMMSTORE protocol for the purpose of firmware updates. Signed-off-by: Sergii Dmytruk

UefiPayloadPkg/UefiPayloadPkg.dsc: Enable FMP updates

2025-08-25T11:54:17+00:00

This is using test certificate stored in this repository. Building additionally requires setting CAPSULE_FIRMWARE_GUID to firmware GUID in string form. FDF file is not updated because FMP driver is to be embedded into update capsule. Signed-off-by: Sergii Dmytruk

UefiPayloadPkg: Enable processing of capsules

2025-08-25T11:54:17+00:00

Make UefiPayloadPkg.dsc add required libraries/DXEs/PCDs when CAPSULE_SUPPORT define is set to TRUE. UefiPayloadEntry now parses firmware information from a bootloader and switches boot mode to BOOT_ON_FLASH_UPDATE if there are any capsules. It's not guarded by any PCD under the assumption that bootloader won't pass capsules if EDK shouldn't be handling them. EsrtDxe is enabled to manage ESRT entries and it consumes the firmware information HOB created by UefiPayloadEntry. ProcessCapsules() internally looks up EsrtManagementProtocol and calls SyncEsrtFmp() to import data from available FMP instances. PlatformBootManagerLib was made to call ProcessCapsules() twice: before and after end-of-DXE. Signed-off-by: Sergii Dmytruk

UefiPayloadPkg/UefiPayloadEntry: Import update capsules from bootloader

2025-08-25T11:54:17+00:00

The implementation is for CbParseLib, SblParseLib returns success while doing nothing. The HOBs created by BuildCvHob() will be eventually picked up and processed in DXE phase by MdeModulePkg/Library/DxeCapsuleLibFmp/DxeCapsuleProcessLib.c Because multiple capsules can be chained (simply by placing them one after another), coreboot passes them as a single memory range which can provide tenths of capsules. coreboot won't pass any capsules unless it finds CapsuleUpdateData* EFI variables and is able to parse memory ranges they point to as scatter-gather lists of pages containing capsules. Signed-off-by: Sergii Dmytruk

UefiPayloadPkg/BlSupportDxe: Publish ESRT with an entry for system firmware

2025-08-25T11:54:17+00:00

Use firmware information passed by a bootloader and parsed by BlParseLib to make a single-element ESRT. This informs operating systems and EDK itself about which capsules are applicable for the current firmware. Signed-off-by: Sergii Dmytruk

UefiPayloadPkg/BlParseLib: Add parsing of firmware info

2025-08-25T11:54:17+00:00

The implementation is for CbParseLib, SblParseLib returns an error. coreboot's CB_TAG_FW_INFO is a machine-friendly version of a system firmware component. A component is identified by a GUID. This is meant to be primarily a source of information for ESRT. The following coreboot options translate directly into fields of the structure with information: - CONFIG_DRIVERS_EFI_MAIN_FW_GUID - CONFIG_DRIVERS_EFI_MAIN_FW_VERSION - CONFIG_DRIVERS_EFI_MAIN_FW_LSV - CONFIG_ROM_SIZE The first 3 options depend on CONFIG_DRIVERS_EFI_FW_INFO. Version as a string depends on CONFIG_LOCALVERSION as well as version of the code base (misnamed as KERNELVERSION in coreboot's build system). Signed-off-by: Sergii Dmytruk