UEFI/EFI platform firmware support
Core kernel support for talking to UEFI/EFI firmware on modern PCs, servers, and virtual machines. It covers runtime services, capsule firmware updates, the EFI boot stub, Secure Boot hooks, persistent crash storage in EFI variables, boot graphics handoff, and the other plumbing every contemporary x86 and arm64 system relies on to start Linux.
recommendation
It should stay because UEFI is the standard firmware interface on essentially all new PCs, servers, and virtualised guests using OVMF/edk2, and the UEFI Forum is still publishing fresh specifications (2.11 landed in December 2024). The subsystem sees frequent upstream commits and merged efi-next pulls through 2025, with no removal discussion in sight, and there is no alternative implementation in the kernel.
repository signals
sources
- git.kernel.org
This directory is the in-tree Linux EFI/UEFI firmware support subsystem, including runtime services, capsule loading, pstore, BGRT, TPM hooks, sysfb glue, and EFI stub support rather than a legacy peripheral driver.
- git.kernel.org
Upstream activity on drivers/firmware/efi is ongoing and current, consistent with a maintained subsystem rather than retirement candidate.
- uefi.org
UEFI remains an actively maintained industry standard; the forum lists UEFI Specification 2.11 released in December 2024, indicating continued relevance for new hardware.
- learn.microsoft.com
Modern OEM platform requirements still depend on UEFI features such as Secure Boot and runtime services, showing EFI firmware interfaces remain standard on new PCs.
- developers.redhat.com
Current enterprise Linux deployments still depend on UEFI on both bare metal and VMs; Red Hat documents 2026 Secure Boot and OVMF handling for new VM deployments using edk2-ovmf.
codex reasoning notes (technical)
Classified as a real firmware-facing kernel subsystem, not an early-exit non-driver: local shell inspection of drivers/firmware/efi/Kconfig and file list shows exported EFI runtime, capsule, pstore, test, reboot, sysfb, and EFI-stub interfaces. Local shell git log (with safe.directory override) shows frequent substantive activity through 2025-2026, including fixes and merged efi-next tags, so this is actively maintained. I attempted lore-oriented web searches for removal/deprecation discussion and found no removal signal; combined with strong current git activity, that argues against deprecate/remove. Deployment remains high because UEFI is standard on contemporary PCs/servers and is also active in virtualization via OVMF. No natural replacement driver exists because this directory is the kernel's primary EFI/UEFI support stack. URL provenance: kernel.org tree/log URLs are canonical recall; uefi.org, Microsoft Learn, and Red Hat URLs were obtained via web search/open tool calls.