UEFI bedeutet mehrere Dinge. Es ist der Name der Gruppe für Industriestandards, des „UEFI- Forums“, das für die Verwaltung der UEFI-Spezifikationen verantwortlich ist. Außerdem gibt es innerhalb der UEFI-Organisation mehrere Gruppen. Zunächst verwaltet die UEFI Specification Working Group (USWG) die Entwicklung des wichtigsten Schnittstellendokuments. Die UEFI- Spezifikation 2.1 stellt derzeit die neueste Version dar. Dann gibt es die Platform Initialization Working Group (PIWG). Da die UEFI-Spezifikation die Schnittstelle zwischen dem Betriebssystem und den Options-ROMs darstellt, beschreiben die PIWG-Spezifikationen für die Plattforminitialisierung (PI) ein Mittel, mit dem eine Initialisierungsumgebung aufgebaut werden kann. Diese PI-Umgebung ist eine Möglichkeit, die wichtigsten UEFI-Schnittstellen bereitzustellen, und die PI-Infrastruktur kann auch andere Boot-Schnittstellen veröffentlichen, unter anderem die BIOS-Laufzeit.

Was passiert, wenn man den Rechner einschaltet.

Zwischen dem Einschalten eines Rechners und der Anmeldeaufforderung des Betriebssystems eines modernen Computers findet eine erstaunliche Menge an Aktivitäten statt. Auf Plattformen mit PC/AT-Architektur ist dies ein langer, mühsamer Prozess, da das BIOS kein Treibermodell oder einen Richtlinienmechanismus hat, um zu wissen, welche Hardware für ein bestimmtes Hardwaregerät initialisiert werden muss. Daher initialisiert das BIOS  beispielsweise jedes mögliche Speichergerät in Erwartung, dass es passen ist.

Die Komplexität der Pre-OS-Boot-Firmware stieg ebenfalls mit der Komplexität der Plattform. In den frühen Tagen des PCs war der Speicher der Industry Standard Architecture (ISA Bus) an denselben Bus angeschlossen wie die Geräte. Die E/A-Geräte waren einfach „da“, und der Benutzer konnte die Funktionalität nur durch Einfügen oder Entfernen von Jumpern ausschalten. Der Speicher funktionierte einfach und war mit dem Bus verbunden.

Mit der Zeit wurde der Speicher immer komplexer. Schnelles Page-Mode-DRAM und sein Speicher-Controller hatten einige mögliche Einstellungen. Die Boot-Firmware konnte einige Einstellungen ausprobieren, den Speicher überprüfen und sehen, welche funktionierte.

Moderne Speichercontroller mit Double-Data-Rate (DDR) Speicherinitialisierungsroutinen mit Tausenden von C-Code-Zeilen zu erstellen, machte irgendwann keinen Sinn mehr und war aufwendig.

Beim E/A-Bus ging der ehrwürdige ISA-Bus mit den festen ISA-E/A-Decodes über zu Plug- and-Play-ISA mit einer gewissen programmatischen Konfigurierbarkeit bis hin zum heutigen Peripheral Component Interconnect (PCI) [12], der eine vollständige Busaufzählung mit Brückengeräten usw. mit sich bringt. Diese Plattform-Hardware-Beschränkungen sind  harte, steinerne Mauern, die den UEFI-Einsatz begünstigen.

Das Gleiche gilt für die Initialisierung der Zentraleinheit (CPU). Der 286er im PC/AT brauchte nur wenig Initialisierung durch das ursprüngliche BIOS, und es gab nur einen im System. Andererseits kann eine moderne CPU mehrere physische Sockel haben, von denen jeder mehrere Kerne und möglicherweise mehrere Hardware-Threads hat. Jeder dieser Sockel kann über Dutzende von modellspezifischen Registern (MSR) verfügen, zusätzlich zu anderen Steuer- und Statusregistern (CSR), die synchron mit allen anderen CPUs initialisiert werden müssen.

Das ursprüngliche PC/AT-BIOS aus dem Jahr 1979 war nicht für die stark unterschiedlichen Hardware-Designs von heute ausgelegt – die ursprünglichen Entwickler hatten einfach keine langfristige Verwendung vorgesehen und daher nicht an langfristige Erweiterbarkeit gedacht. Im Gegensatz dazu ist bei modernen E/A-Bussen, CPUs und Speichercontrollern die Fähigkeit, einen modularen Treiber für jede Fähigkeit zu verteilen, wie es die UEFI Platform Initialization Architecture ermöglicht, von entscheidender Bedeutung.

Selbst heute kennen wir das Phänomen, dass auf einem X470 Motherboard mit AM4 Sockel nicht automatisch alle AMD Prozessoren der Serie 5000 erkannt werden. Erst ein Update des BIOS kann Abhilfe schaffen, wenn der Hersteller seine Hardware noch unterstützt.

Auch die Schnittstelle des Betriebssystems hat sich im Laufe der Zeit weiterentwickelt. Die ursprüngliche Schnittstelle zwischen dem BIOS und dem Betriebssystem bestand aus einer Reihe von 16-Bit-Schnittstellen, die über Software-Interrupts. Interrupt 13-hex, oder „Int13h“, war der Satz von Diensten zum Lesen oder Schreiben eines Blockgeräts. Ähnlich war Int16h für den Zugriff auf eine Eingabekonsole, z. B. eine Tastatur.