United Extensible Firmware Interface (UEFI) firmware requirements

When the devices starts, the firmware interface controls the booting process of the PC, and then passes control to Windows or another operating system. UEFI is a replacement for the older BIOS firmware interface and the Extensible Firmware Interface (EFI) 1.10 specifications. More than 140 leading technology companies participate in the Unified EFI Forum, including AMD, AMI, Apple, Dell, HP, IBM, Insyde, Intel, Lenovo, Microsoft, and Phoenix Technologies.

UEFI benefits

Firmware that meets the UEFI 2.3.1 specifications provides the following benefits:

  • Ability to support Windows 10 security features like Secure Boot, Windows Defender Device Guard, Windows Defender Credential Guard, and Windows Defender Exploit Guard. All require UEFI firmware.
  • Faster boot and resume times.
  • Ability to more easily support large hard drives (more than 2 terabytes) and drives with more than four partitions.
  • Support for multicast deployment, which allows PC manufacturers to broadcast a PC image that can be received by multiple PCs without overwhelming the network or image server.
  • Support for UEFI firmware drivers, applications, and option ROMs.

Media installation considerations

To download Windows, see the Windows 10 download page. If you want to use media like a USB flash drive, a DVD, or an ISO, dowload the Windows Media creation tool.

Boot and miminum security requirements

As the OEM, you must provide support for the features outlined in the Hardware Compatibility Specification for Systems for Windows, specifically the following items that are divided into two groups: boot requiements and minimum security requirements.

Boot requirement

Minimum security requirements

Runtime requirements

Windows uses these services, but will not cause failure if they are unimplemented.

  • GetTime
  • SetTime
  • UpdateCapsule
  • ResetSystem: only required if there is no ACPI hardware support for resetting the device.

Hibernation State (S4) transition requirements

Platform firmware must ensure that operating system physical memory is consistent across S4 sleep state transitions, in both size and location. Operating system physical memory is defined according to the ACPI 3.0 specification as any memory that is described by the firmware system address map interface with a memory type other than AddressRangeReserved [2], AddressRangeUnusable [5], or Undefined [any value greater than 5].

On a UEFI platform, firmware runtime memory must be consistent across S4 sleep state transitions, in both size and location. Runtime memory is defined according to the UEFI specification as any memory that is described by the GetMemoryMap() boot service, with the attribute EFI_MEMORY_RUNTIME.