edk2-Download - Download des edk2-Quellcodes

edk2

Python

edk2-stable202411

Herunterladen

EDK II-Projekt

Eine moderne, funktionsreiche, plattformübergreifende Firmware-Entwicklungsumgebung für die UEFI- und PI-Spezifikationen von www.uefi.org.

Kern-CI-Build-Status

Hosttyp und Toolchain	Build-Status	Teststatus	Codeabdeckung
Windows_VS2019
Ubuntu_GCC5

Weitere Informationen zum CI-Build

Plattform-CI-Build-Status

Microsoft Windows VS2019

Werkzeugkette	KONFIG	DEBUGGEN	FREIGEBEN	NEINOPT
EmulatorPkg_Win_VS2019	IA32
	X64
	IA32 VOLL
	X64 VOLL
OvmfPkg_Win_VS2019	IA32
	X64
	IA32 X64
	IA32 X64 VOLL

Ubuntu 18.04 GCC5

Werkzeugkette	KONFIG	DEBUGGEN	FREIGEBEN	NEINOPT
ArmVirtPkg_Ubuntu_GCC5	AARCH64
	ARM
EmulatorPkg_Ubuntu_GCC5	IA32
	X64
	IA32 VOLL
	X64 VOLL
OvmfPkg_Ubuntu_GCC5	IA32
	X64
	IA32 X64
	IA32 X64 VOLL

- EmulatorPkg Ubuntu GCC5 Seg-Fehler während der Ausführung.

Weitere Informationen zum ArmVirtPkg CI-Build

Weitere Informationen zum EmulatorPkg CI-Build

Weitere Informationen zum OvmfPkg CI-Build

Lizenzdetails

Der Großteil des Inhalts im Open-Source-Projekt EDK II verwendet eine BSD-2-Clause Plus-Patentlizenz. Das Open-Source-Projekt EDK II enthält die folgenden Komponenten, die durch zusätzliche Lizenzen abgedeckt sind:

BaseTools/Plugin/CodeQL/analyze
BaseTools/Source/C/LzmaCompress
BaseTools/Source/C/VfrCompile/Pccts
CryptoPkgLibraryBaseCryptLibSysCallinet_pton.c
CryptoPkgLibraryIncludecryptodso_conf.h
CryptoPkgLibraryIncludeopensslopensslconf.h
EmbeddedPkg/Library/FdtLib. (EDK II verwendet BSD-Lizenz)
EmbeddedPkg/Include/fdt.h. (EDK II verwendet BSD-Lizenz)
EmbeddedPkg/Include/libfdt.h. (EDK II verwendet BSD-Lizenz)
MdeModulePkg/Library/LzmaCustomDecompressLib
OvmfPkg

Das Open-Source-Projekt EDK II nutzt Inhalte aus Upstream-Projekten als Git-Submodule, die durch zusätzliche Lizenzen abgedeckt sind.

BaseTools/Source/C/BrotliCompress/brotli
CryptoPkg/Library/OpensslLib/openssl
CryptoPkg/Library/MbedTlsLib/mbedtls
MdeModulePkg/Library/BrotliCustomDecompressLib/brotli
MdeModulePkg/Universal/RegularExpressionDxe/oniguruma
UnitTestFrameworkPkg/Library/CmockaLib/cmocka
UnitTestFrameworkPkg/Library/GoogleTestLib/googletest
UnitTestFrameworkPkg/Library/SubhookLib/subhook
RedfishPkg/Library/JsonLib/jansson
MdePkg/Library/BaseFdtLib/libfdt
MdePkg/Library/MipiSysTLib/mipisyst
SecurityPkg/DeviceSecurity/SpdmLib/libspdm

Das EDK II-Projekt besteht aus Paketen. Die Betreuer für jedes Paket sind in Maintainers.txt aufgeführt.

Ressourcen

TianoCore
EDK II
Erste Schritte mit EDK II
Mailinglisten
TianoCore Bugzilla
Wie man einen Beitrag leistet
Release-Planung

Code-Beiträge

Um einen Beitrag zu einem TianoCore-Projekt zu leisten, befolgen Sie diese Schritte.

Erstellen Sie eine Änderungsbeschreibung im unten angegebenen Format
Verwendung im Commit-Protokoll der Quellcodeverwaltung.
Ihre Commit-Nachricht muss Ihre Signed-off-by -Signatur enthalten
Senden Sie Ihren Code mithilfe des Prozesses an das TianoCore-Projekt
dass das Projekt auf seiner Webseite dokumentiert. Wenn der Prozess nicht dokumentiert ist, senden Sie den Code an die Entwicklungs-E-Mail-Liste für das Projekt.
Es wird bevorzugt, dass Beiträge unter Verwendung derselben eingereicht werden
Copyright-Lizenz als Basisprojekt. Wenn dies nicht möglich ist, können Beiträge unter Verwendung der folgenden Lizenzen akzeptiert werden:

Apache-Lizenz, Version 2.0: https://opensource.org/license/apache-2-0/
BSD (2-Klausel): https://opensource.org/license/BSD-2-Clause
BSD (3-Klausel): https://opensource.org/license/BSD-3-Clause
MIT: https://opensource.org/license/MIT
Python-2.0: https://opensource.org/license/Python-2.0
Zlib: https://opensource.org/license/Zlib

Zur Dokumentation:

FreeBSD-Dokumentationslizenz
https://www.freebsd.org/copyright/freebsd-doc-license.html

Es können auch öffentlich zugängliche Codebeiträge akzeptiert werden.

Beiträge mit anderen Lizenzen werden möglicherweise akzeptiert, eine weitere Prüfung ist jedoch erforderlich.

Herkunftszertifikat des Entwicklers

Ihre Änderungsbeschreibung sollte das Standardformat für eine Commit-Nachricht verwenden und Ihre Signed-off-by -Signatur enthalten.

Um den Überblick darüber zu behalten, wer was getan hat, müssen alle beigesteuerten Patches eine Erklärung enthalten, dass der Mitwirkende nach bestem Wissen und Gewissen das Recht hat, sie unter der angegebenen Lizenz beizutragen.

Der Test hierfür ist im Developer's Certificate of Origin (DCO) 1.1 angegeben. Der Mitwirkende bescheinigt die Einhaltung, indem er einen Zeilentext hinzufügt

Abgezeichnet von: Entwicklername [email protected]

Dabei ist Developer Name der echte Name des Mitwirkenden und die E-Mail-Adresse ist eine Adresse, über die der Entwickler zum Zeitpunkt des Beitrags erreichbar ist.

 Ursprungszeugnis des Entwicklers 1.1

Indem ich einen Beitrag zu diesem Projekt leiste, bestätige ich Folgendes:

(a) Der Beitrag wurde ganz oder teilweise von mir und mir erstellt
    haben das Recht, es unter der Open-Source-Lizenz einzureichen
    in der Datei angegeben; oder

(b) Der Beitrag basiert im besten Fall auf früheren Arbeiten
    ist meines Wissens nach durch eine geeignete Open Source abgedeckt
    Lizenz und ich habe im Rahmen dieser Lizenz das Recht, dies einzureichen
    Arbeiten Sie mit Änderungen, unabhängig davon, ob diese ganz oder teilweise erstellt wurden
    von mir, unter derselben Open-Source-Lizenz (es sei denn, ich bin es).
    unter einer anderen Lizenz einzureichen, wie angegeben
    in der Datei; oder

(c) Der Beitrag wurde mir direkt von jemand anderem zur Verfügung gestellt
    Person, die (a), (b) oder (c) zertifiziert hat, und ich habe keine Änderungen vorgenommen
    Es.

(d) Ich verstehe und stimme zu, dass dieses Projekt und der Beitrag
    öffentlich sind und dass eine Aufzeichnung des Beitrags (einschließlich aller
    persönliche Daten, die ich damit übermittle, einschließlich meiner Abmeldung).
    bleiben auf unbestimmte Zeit bestehen und können im Einklang mit weitergegeben werden
    dieses Projekts oder der beteiligten Open-Source-Lizenz(en).

Beispiel einer Änderungsbeschreibung/Commit-Nachricht

 Von: Name des Mitwirkenden 
Betreff: [Repository/Branch PATCH] Pkg-Modul: Kurze einzeilige Zusammenfassung

Vollständige Commit-Nachricht

Abgezeichnet von: Name des Mitwirkenden

Hinweise zur Beispiel-Patch-E-Mail

Die erste Zeile der Commit-Nachricht wird aus der Betreffzeile der E-Mail nach [Repository/Branch PATCH] übernommen. Der verbleibende Teil der Commit-Nachricht ist der Inhalt der E-Mail.
git format-patch ist eine Möglichkeit, dieses Format zu erstellen

Definitionen für Beispiel-Patch-E-Mails

Repository ist die Kennung des Repositorys, auf das der Patch angewendet wird.
Dieser Bezeichner sollte nur für andere Repositorys als edk2 bereitgestellt werden. Zum Beispiel edk2-BuildSpecification oder staging .
Branch ist die Kennung des Zweigs, den der Patch anwendet. Das
Die Kennung sollte nur für andere Zweige als angegeben werden
edk2/master .
Zum Beispiel edk2/UDK2015 ,
edk2-BuildSpecification/release/1.27 , oder
staging/edk2-test .
Module ist eine kurze Kennung für den betroffenen Code oder die betroffene Dokumentation. Zum Beispiel MdePkg , MdeModulePkg/UsbBusDxe , Introduction oder
EDK II INF File Format .
Brief-single-line-summary ist eine kurze Zusammenfassung der Änderung.
Die gesamte erste Zeile sollte weniger als ~70 Zeichen umfassen.
Full-commit-message ein ausführlicher, mehrzeiliger Kommentar zur Beschreibung
die Veränderung. Jede Zeile sollte weniger als etwa 70 Zeichen umfassen.
Signed-off-by ist die Unterschrift des Mitwirkenden, die ihn identifiziert
durch ihren echten/richtigen Namen und ihre E-Mail-Adresse.

Submodule

Die aktuell in EDK II verwendeten Submodule befinden sich in .gitmodules.

Um ein vollständiges, erstellbares EDK II-Repository zu erhalten, führen Sie die folgenden Schritte des Git-Befehls aus

git clone https://github.com/tianocore/edk2.git
cd edk2
git submodule update --init
cd ..

Wenn es ein Update für Submodule gibt, verwenden Sie die folgenden Git-Befehle, um den neuesten Submodulcode abzurufen.

 cd edk2
git pull
git submodule update

Hinweis: Beim Klonen von Submodul-Repos wird die Option „--recursive“ nicht empfohlen. EDK II selbst verwendet keinen Code/Funktion von Submodulen in den oben genannten Submodulen. Die Verwendung von „--recursive“ führt also zu einer Abhängigkeit davon, dass wir Server erreichen können, von denen wir eigentlich keinen Code haben möchten, und dass wir unnötigerweise Code herunterladen, den wir nicht verwenden wollen.

Expandieren

Zusätzliche Informationen