Tianocore/edk2.git/OvmfPkg/Library/PlatformBootManagerLib, branch master

OvmfPkg/PlatformBootManagerLib: register pci display for ConOut and ErrOut

2026-09-07T11:28:48+00:00

This makes sure the set of devices for ConOut and ErrOut is identical. Without this things get a bit messy because ConSplitterDxe can not deal very well with the situation that a ConOut + ErrOut share some but not all devices (i.e. vga + serial for ConOut and serial only for ErrOut). It ends up running ConOut in 128x40 and ErrOut in 80x50 mode. Signed-off-by: Gerd Hoffmann

OvmfPkg, ArmVirtPkg: Rename VirtioKeyboardDxe to VirtioInputDxe

2026-07-20T12:43:36+00:00

The virtio input device can be used to create virtual human interface devices such as mice and tablets, not just keyboards. Rename VirtioKeyboardDxe to VirtioInputDxe for adding virtio-mouse and virtio-tablet support in following commits. No functional change. Continuous-integration-options: PatchCheck.ignore-multi-package Signed-off-by: Jiaqing Zhao

OvmfPkg: Replace include guards with #pragma once

2026-02-23T21:01:28+00:00

Replace traditional `#ifndef`/`#define`/`#endif` include guards with `#pragma` once. `#pragma once` is a widely supported preprocessor directive that prevents header files from being included multiple times. It is supported by all toolchains used to build edk2: GCC, Clang/LLVM, and MSVC. Note: Headers taken directly from external projects, such as those in OvmfPkg/Include/IndustryStandard/Xen/ were not modified since they may be periodically re-synced and do not follow other edk2 coding stadards. Compared to macro-based include guards, `#pragma once`: - Eliminates the risk of macro name collisions or copy/paste errors where two headers inadvertently use the same guard macro. - Eliminate inconsistency in the way include guard macros are named (e.g., some files use `__FILE_H__`, others use `FILE_H_`, etc.). - Reduces boilerplate (three lines replaced by one). - Avoids polluting the macro namespace with guard symbols. - Can improve build times as the preprocessor can skip re-opening the file entirely, rather than re-reading it to find the matching `#endif` ("multiple-include optimization"). - Note that some compilers may already optimize traditional include guards, by recognzining the idiomatic pattern. This change is made acknowledging that overall portability of the code will technically be reduced, as `#pragma once` is not part of the C/C++ standards. However, this is considered acceptable given: 1. edk2 already defines a subset of supported compilers in BaseTools/Conf/tools_def.template, all of which have supported `#pragma once` for over two decades. 2. There have been concerns raised to the project about inconsistent include guard naming and potential macro collisions. Approximate compiler support dates: - MSVC: Supported since Visual C++ 4.2 (1996) - GCC: Supported since 3.4 (2004) (http://gnu.ist.utl.pt/software/gcc/gcc-3.4/changes.html) - Clang (LLVM based): Since initial release in 2007 Signed-off-by: Michael Kubacki

OvmfPkg: Remove OVMF IA32

2025-09-09T18:49:32+00:00

This commit removes OVMF IA32 from edk2 per RFC https://edk2.groups.io/g/devel/topic/rfc_remove_ovmf_ia32_and/114152215. OVMF IA32 is a 32 bit only platform that no longer represents the vast majority of physical platforms. The RFC details more reasoning in much more depth. OVMF IA32 will be kept in a branch off the edk2-stable202508 tag for any long term consumers; it will receive build break updates only (e.g. if an upstream submodule changes location). Signed-off-by: Oliver Smith-Denny

OvmfPkg/PlatformBootManagerLib: Register UiApp as an optional boot option

2025-03-05T19:43:06+00:00

Introduce gUiAppFileGuid: it has the same value of UiApp guid defined in the .inf file. This is used to register UiApp as a boot entry in the BootManagerMenu. This registration is done in PlatformBootManagerBeforeConsole because it must be done before the hotkeys are registered. This is because in a system with hotkeys still bound to UiApp, but with firmware disabled, you can still boot into the latter by hitting ESC or F2 during boot. UiApp can be enabled/disabled using fw_cfg option FirmwareSetupSupport Signed-off-by: Gerd Hoffmann Signed-off-by: Luigi Leonardi

OvmfPkg/PlatformBootManagerLib: Disable autoboot for EFI Shell

2025-03-05T19:43:06+00:00

Setting the LOAD_OPTION_CATEGORY_APP flag for EFI Shell prevents the boot loader from using it as a fallback if all other entries fail to boot. With a boot manager menu available, it can be annoying to enter the EFI Shell directly, because from the menu, the user can try to boot again (e.g. temporary network problem) or enter the shell/firmware config only if necessary. Signed-off-by: Gerd Hoffmann Signed-off-by: Luigi Leonardi

OvmfPkg: Make PlatformBootManagerLib use PlatformBootManagerCommonLib

2025-02-28T14:07:34+00:00

Delete functions that are available in the PlatformBootManagerCommonLib and add this Lib to dependencies in .inf file. This is to reduce code duplication, because many functions have the same implementation in PlatformBootManagerLib and PlatformBootManagerLibLight. Signed-off-by: Luigi Leonardi

OvmfPkg: Add virtio keyboard device hooks

2024-12-29T18:19:59+00:00

This commit adds: - missing virtio subsystem ID for input device - PrepareVirtioKeyboardDevicePath() handler to boot manager library Signed-off-by: Paweł Poławski

OvmfPkg/PlatformBootManagerLib: Optimize PlatformRegisterFvBootOption

2024-12-23T10:36:19+00:00

Add a FileIsInFv check to PlatformRegisterFvBootOption, this is to to avoid adding and then removing a boot option shortly after, because the file is no longer in the firmware volume. Signed-off-by: Luigi Leonardi

OvmfPkg/PlatformBootManagerLib: Introduce FileIsInFv function.

2024-12-23T10:36:19+00:00

Move out file presence check from RemoveStaleFvFileOptions to a new helper function for reusability. No functional changes intended. Signed-off-by: Luigi Leonardi