Freigeben über

UEFI-Anforderungen für Windows 10 Mobile

  • Artikel

Zusätzlich zu den UEFI-Anforderungen, die unter UEFI-Anforderungen aufgeführt sind, die für alle Windows-Editionen gelten, müssen Geräte, die Windows 10 Mobile ausgeführt werden, auch die in diesem Thema beschriebenen zusätzlichen Anforderungen erfüllen.

Anforderungen, die die allgemeinen UEFI-Anforderungen für alle Windows-Editionen erweitern

In der folgenden Tabelle werden die UEFI-Anforderungen für Windows 10 Mobile beschrieben, die die unter UEFI-Anforderungen beschriebenen Anforderungen erweitern, die für alle Windows-Editionen gelten.

Anforderung BESCHREIBUNG
GPT Das Gerät muss über die GUID-Partitionstabelle (GPT) gestartet werden können. Darüber hinaus muss das Gerät sowohl eine primäre GPT als auch eine Sicherungs-GPT enthalten, wie in Abschnitt 5.3 mit dem Titel "GUID Partition Table Disk Layout" der UEFI-Spezifikation beschrieben.
Variablendienste Variablendienste müssen mindestens 64 KB nicht flüchtigen Speicher zur Verwendung durch Microsoft bereitstellen. Darüber hinaus müssen diese Variablendienste an einem markierten Speicherort implementiert werden. Diese Anforderung ist erforderlich, um genügend Speicherplatz zum Speichern von Schlüsseln und anderen Parametern für den sicheren Start zu haben, um das Flashen des gesamten Speichers mit neuen Variablen zu ermöglichen und den Ausschluss dieser Variablen beim Flashen des gesamten Speichers zu ermöglichen. Um die BoM-Kosten und die Hardwarekomplexität zu reduzieren, muss Microsoft variable Dienste nicht durch hinzufügen eines zusätzlichen Flashteils zum Gerät implementieren.
Einfaches Texteingabeprotokoll Die folgenden physischen Schlüssel müssen den folgenden Funktionen zugeordnet werden:

Lautstärke nach oben: NACH-OBEN-TASTE
Lautstärke nach oben: PFEIL NACH UNTEN
Kamera: Geben Sie ein.
Netzschalter: Anhalten
Speicherdienste Die GetMemoryMap()-Funktion muss den gesamten physischen Speicherbereich für die Plattform zurückgeben, wie in Abschnitt 6.2 "Memory Services" der UEFI-Spezifikation angegeben.
EFI-Block-E/A-Protokoll Das EFI-Block-E/A-Protokoll muss eine Speichergerätegröße basierend auf der systemeigenen Sektorgröße melden. Beispielsweise sollte sich ein 4-KB-Sektorgerät nicht als 512-Byte-Sektorgerät melden.

Spezifische Anforderungen für Windows 10 Mobile

In der folgenden Tabelle werden die Spezifischen Anforderungen für Windows 10 Mobile beschrieben.

Anforderung BESCHREIBUNG
UEFI-Treiber UEFI-Treiber müssen in die UEFI-Firmware eingebettet sein.
USB-Funktionsprotokoll Die UEFI-Firmware muss einen Treiber enthalten, der dem UEFI-USB-Funktionsprotokoll entspricht. Weitere Informationen finden Sie unter UEFI-USB-Funktionsprotokoll. DIE USB-Enumeration in UEFI darf nur von Microsoft-Code verarbeitet werden.
Akkuladeprotokoll Wenn das Gerät die Microsoft UEFI-Akkuladeanwendung verwendet, muss die UEFI-Firmware einen Treiber enthalten, der das UEFI-Ladeprotokoll implementiert. Bevor das Gerät an die Microsoft UEFI-Akkuladesoftware übergibt, muss das Gerät die Usb-Akkuladespezifikation v1.2 erfüllen. Weitere Informationen finden Sie unter UEFI-Akkuladeprotokoll und Akkuladevorgang in der Startumgebung.

Wichtig: Diese Anforderung gilt nur, wenn das Gerät die Microsoft UEFI-Akkuladeanwendung verwendet. Wenn das Gerät anstelle der von Microsoft bereitgestellten Anwendung eine benutzerdefinierte UEFI-Akkuladeanwendung verwendet, darf der UEFI-Akkuladetreiber das UEFI-Ladeprotokoll nicht implementieren.
Anzeigen des Power State-Protokolls Wenn das Gerät die Microsoft UEFI-Akkuladeanwendung verwendet, muss die UEFI-Firmware einen Treiber enthalten, der das UEFI-Anzeigeleistungszustandsprotokoll implementiert. Dieses Protokoll wird verwendet, um den Bildschirm und die Hintergrundbeleuchtung beim Aufladen in der UEFI-Umgebung aus- und wieder einzuschalten. Weitere Informationen zu diesem Protokoll finden Sie unter UEFI Display Power State Protocol. Weitere Informationen dazu, wie dieses Protokoll von der UEFI-Batterieladeanwendung verwendet wird, finden Sie unter Architektur der UEFI-Akkuladeanwendung.

Wichtig: Diese Anforderung gilt nur, wenn das Gerät die Microsoft UEFI-Akkuladeanwendung verwendet. Wenn das Gerät anstelle der von Microsoft bereitgestellten Anwendung eine benutzerdefinierte UEFI-Akkuladeanwendung verwendet, darf der UEFI-Akkuladetreiber das UEFI-Anzeigeleistungszustandsprotokoll nicht implementieren.
Energieoptimierung Es wird empfohlen, dass die UEFI-Umgebung stromoptimiert ist, um keine übermäßige Leistung zu verbrauchen. Dadurch kann das Gerät beim Starten so wenig Strom wie möglich verbrauchen und so schnell wie möglich aufladen (beim Aufladen in UEFI).
Reservierte Hardwareschaltflächen Während des Startvorgangs definiert Microsoft eigenständige Drücken der Ein/Aus-, Lautstärke- und Leisertasten als Trigger, die zum Starten mehrerer von Microsoft bereitgestellter UEFI-Anwendungen verwendet werden können. OEMs dürfen die Ein/Aus-, Lautstärke- oder Leiser-Taste während des Startvorgangs nicht überladen, um benutzerdefinierte Aktionen auszuführen oder andere UEFI-Anwendungen zu starten.

Die folgende Liste zeigt, welche von Microsoft bereitgestellten UEFI-Anwendungen durch diese Schaltflächen gestartet werden.

Lauter: Von Microsoft bereitgestellte UEFI-Flashing-Anwendung.
Leiser: Von Microsoft bereitgestellte Anwendung zum Zurücksetzen von UEFI-Geräten.
Power: Von Microsoft bereitgestellte Entwickler-Startmenüanwendung.

Hinweis: OEMs müssen auch sicherstellen, dass die Schaltflächen "Lautstärke nach oben" und "Leiser" in der UEFI-Umgebung als NACH-OBEN- bzw. NACH-UNTEN-TASTE fungieren.
OEM-UEFI-Anwendungen OEMs können UEFI-Anwendungen hinzufügen, die bei der Herstellung und Wartung des Geräts helfen. Für diese Anwendungen gelten die folgenden Einschränkungen:

UEFI-Anwendungen sollten sich nicht auf die Startzeit auswirken.
UEFI-Anwendungen müssen mit einem Zertifikat signiert werden, das sich in der UEFI-Variablen für die zulässige Signaturdatenbank (db) befindet.
UEFI-Anwendungen müssen sich auf eine der folgenden Arten verhalten: Sie dürfen niemals während eines Starts mit dem Standard Betriebssystem ausgeführt werden oder das Betriebssystem aktualisieren, oder sie müssen immer während des Starts mit dem Standard Betriebssystem oder aktualisieren des Betriebssystems ausgeführt werden.

UEFI-Anwendungen dürfen manchmal nicht ausgeführt werden und manchmal nicht während des Startvorgangs mit dem Standard Betriebssystem oder Aktualisieren des Betriebssystems. Wenn die Geräteverschlüsselung aktiviert ist, speichert das Tpm (Trusted Platform Module) die Startsequenz und kann nicht geändert werden, nachdem die Geräteverschlüsselung aktiviert wurde. Wenn die Startsequenz beispielsweise die UEFI-Firmwareanwendung>A> bootarm.efi ist, führt das Entfernen von Anwendung A aus der Startsequenz dazu, dass das TPM nicht entsiegelt wird.

Wenn mehrere UEFI-Anwendungen vorhanden sind, sollte die Firmware außerdem eine konsistente Reihenfolge der Anwendungen sicherstellen. Wenn die Startsequenz beispielsweise die UEFI-Firmwareanwendung>A>Anwendung B> bootarm.efi ist, kann das Ändern der Startsequenz in UEFI-Firmwareanwendung>B>Anwendung A> bootarm.efi dazu führen, dass das TPM nicht aufgehoben wird, wenn Anwendungen A und B mit verschiedenen Einträgen in der Datenbank verkettet werden.

Das Aktualisieren der Signaturzertifikate von Startanwendungen verursacht kein Problem mit dem TPM. Wenn UEFI-Anwendungen jedoch resigniert werden, sodass sie mit einem anderen Eintrag in der Datenbank verkettet werden, führt dies auch dazu, dass das TPM nicht entsiegelt wird.

UEFI-Mindestanforderungen für Windows auf SoC-Plattformen

UEFI-Anforderungen, die für alle Windows-Editionen gelten

UEFI-Anforderungen für USB-Flashing-Unterstützung