System Firmware drivers
UEFI boot firmware, hardware initialization, ACPI tables, memory training, and platform configuration.

You might also need
System Firmware drivers we cover
Quick facts
- Hardware family
- System & Storage
- Works with
- Windows 11, Windows 10
- Last reviewed
- Aug 18, 2026
Reference scope
DriverUpdateMax documents driver purpose, architecture, terminology, and compatibility. It does not distribute driver packages or provide repair, installation, or technical-support services.
What does a system firmware driver do?
BIOS, now almost universally implemented as UEFI, is the first code the processor executes at power-on. It is stored on a small SPI-connected flash chip, typically 16 or 32 megabytes, and it is responsible for turning an inert board into a platform an operating system can load. Everything Windows later takes for granted, working memory, an enumerated PCIe tree, a bootable disk, has already been arranged by firmware before the Windows loader runs.
Memory training is the heaviest early task. The firmware reads the SPD chip on each DIMM, applies the timing and voltage the modules request, and runs a training routine that tunes signal delays until the memory bus is stable. On systems using XMP or EXPO overclock profiles the firmware applies those aggressive timings and retrains; a marginal profile is why a machine sometimes takes a long, dark pause on first boot or fails to POST until settings relax.
Compatibility is model-specific
A driver is associated with hardware identifiers, an operating-system driver model, and a processor architecture. Devices in the same category can expose different controllers, firmware interfaces, and optional feature layers, so a category name alone does not establish package compatibility.
Where this driver fits in Windows
The system firmware sits between Windows, the applications you use, and the physical hardware. This layered view shows where the driver translates operating-system requests into device actions.
Observable system firmware device states
These observations can involve hardware, firmware, operating-system services, applications, or a driver. They are descriptive rather than diagnostic.
- The machine sits on a black screen after a memory or CPU change and only POSTs once XMP/EXPO is disabled
- A newly released CPU is not recognised until firmware carrying its microcode is installed
- BitLocker demands its recovery key after a UEFI setting such as Secure Boot or CSM was toggled
- A fast NVMe drive trains at a slower PCIe generation until a firmware revision corrects link training
- Windows 11 setup reports the PC does not meet requirements because Secure Boot or fTPM is off in UEFI
- The system will not enter deep sleep, or wakes immediately, because the ACPI tables are stale
