UPD EFI vars

documentation/linux_configuration.tex

@@ -10390,6 +10390,108 @@ iSCSI"=Boot"=Parameter während des Systemstarts dynamisch erkennen möchten,
 geben Sie Y an.
 Andernfalls sagen Sie N.
 
+\subsubsection{QEMU fw\_cfg device support in sysfs}
+CONFIG\_FW\_CFG\_SYSFS [=m] \textbf{[M]}\\*
+Geben Sie hier Y oder M ein, um den Export der QEMU"=Firmware"=Konfigurationsdatei
+(fw\_cfg) über sysfs zu aktivieren. Die Einträge befinden sich unter
+\texttt{/sys/firmware/fw\_cfg}, wenn diese Option aktiviert und geladen ist.
+
+\paragraph{QEMU fw\_cfg device parameter parsing}$~$\\
+CONFIG\_FW\_CFG\_SYSFS\_CMDLINE [=n] \textbf{[~]}\\*
+Ermöglicht die Initialisierung des Geräts \texttt{qemu\_fw\_cfg} über die
+Kernel"=Befehlszeile oder über einen Modulparameter.\\
+WARNUNG: Die Verwendung falscher Parameter (insbesondere der Basisadresse)
+kann Ihr System zum Absturz bringen.
+
+\subsubsection{Mark VGA/VBE/EFI FB as generic system framebuffer}
+CONFIG\_SYSFB\_SIMPLEFB [=y] \textbf{[Y]}\\*
+Firmwares stellen oft anfängliche Grafik"=Framebuffer zur Verfügung, so dass
+das BIOS, der Bootloader oder der Kernel die grundlegende Videoausgabe während
+des Bootens zur Benutzerführung und Fehlersuche anzeigen kann. In der
+Vergangenheit wurden hierfür die VESA-BIOS"=Erweiterungen und EFI"=Framebuffer
+verwendet, die meist auf x86"=BIOS oder EFI"=Systeme beschränkt sind.\\
+Wenn diese Option aktiviert ist, werden VGA/VBE/EFI"=Framebuffer als
+generische Framebuffer markiert, so dass stattdessen die neuen generischen
+System"=Framebuffer"=Treiber verwendet werden können. Wenn der Framebuffer
+nicht mit den generischen Modi kompatibel ist, wird er als
+Fallback"=Plattform"=Framebuffer angezeigt, so dass Legacy"=Treiber wie
+efifb, vesafb und uvesafb ihn verwenden können.
+Wenn diese Option nicht ausgewählt ist, werden alle System"=Framebuffer wie
+üblich als Fallbac"=-Plattform"=Framebuffer gekennzeichnet.
+Hinweis: Ältere fbdev"=Treiber, einschließlich vesafb, efifb und uvesafb,
+sind nicht in der Lage, generische System"=Framebuffer zu erkennen, wenn
+diese Option aktiviert ist. Es wird dringend empfohlen, simplefb als Ersatz
+zu aktivieren, wenn Sie diese Option wählen. simplefb kann korrekt mit
+generischen System"=Framebuffern umgehen. Sie sollten jedoch vesafb und
+andere als Ersatz aktivieren, wenn ein System"=Framebuffer nicht mit
+simplefb kompatibel ist.
+Wenn Sie unsicher sind, sagen Sie Y.
+
+\subsubsection{Google Firmware Drivers \texorpdfstring{$\rightarrow$}{->}}
+CONFIG\_GOOGLE\_FIRMWARE [=y] \textbf{[Y]}\\*
+Diese Firmware-Treiber werden von Google"=Servern, Chromebooks und anderen
+Geräten mit Coreboot"=Firmware verwendet.
+Im Zweifelsfall sagen Sie N.
+
+\paragraph{SMI interface for Google platforms}$~$\\
+CONFIG\_GOOGLE\_SMI [=n] \textbf{[~]}\\*
+Sagen Sie hier Y, wenn Sie SMI-Callbacks für Google"=Plattformen aktivieren
+wollen. Dies bietet eine Schnittstelle zum Schreiben und Löschen des
+Ereignisprotokolls. Wenn CONFIG\_EFI ebenfalls aktiviert ist, bietet dieser
+Treiber eine Schnittstelle zum Lesen und Schreiben von NVRAM"=Variablen.
+
+\paragraph{CBMEM entries in sysfs}$~$\\
+CONFIG\_GOOGLE\_CBMEM [=m] \textbf{[M]}\\*
+CBMEM ist ein nach unten wachsender Speicherbereich, der vom Coreboot-BIOS
+erstellt wird und mit Tags versehene Datenstrukturen des BIOS enthält.
+Diese Datenstrukturen stellen Dinge wie die verifizierten Boot"=Firmware"=Variablen,
+das Flash"=Layout, das Firmware"=Ereignisprotokoll und mehr dar.
+Diese Option aktiviert das cbmem"=Modul, das den Kernel veranlasst, nach
+Coreboot"=CBMEM"=Einträgen zu suchen und den Speicher für jeden Eintrag in
+sysfs unter \texttt{/sys/bus/coreboot/devices/cbmem-$<$id$>$} freizugeben.
+
+\paragraph{Coreboot Table Access}$~$\\
+CONFIG\_GOOGLE\_COREBOOT\_TABLE [=m] \textbf{[M]}\\*
+Diese Option aktiviert das Modul coreboot\_table, das anderen Firmware"=Modulen
+den Zugriff auf die coreboot"=Tabelle ermöglicht. Der Zugriff auf den Zeiger
+der coreboot"=Tabelle erfolgt über das ACPI"=Objekt "GOOGCB00" oder den
+Gerätebaumknoten /firmware/coreboot.
+Wenn Sie unsicher sind, sagen Sie N.
+
+\paragraph{Firmware Memory Console -- X86 Legacy support}$~$\\
+CONFIG\_GOOGLE\_MEMCONSOLE\_X86\_LEGACY [=n] \textbf{[~]}\\*
+Diese Option ermöglicht es dem Kernel, in der EBDA auf Google-Servern nach
+einem Firmware"=Protokoll zu suchen. Wenn es gefunden wird, wird dieses
+Protokoll in der Datei \texttt{/sys/firmware/log} in das
+Benutzerland (userland) exportiert.
+
+\paragraph{Coreboot Framebuffer}$~$\\
+CONFIG\_GOOGLE\_FRAMEBUFFER\_COREBOOT [=m] \textbf{[M]}\\*
+Diese Option ermöglicht es dem Kernel, in der Coreboot-Tabelle nach einem Framebuffer
+zu suchen. Wird er gefunden, wird er mit \texttt{simplefb} registriert.
+
+\paragraph{Firmware Memory Console}$~$\\
+CONFIG\_GOOGLE\_MEMCONSOLE\_COREBOOT [=m] \textbf{[M]}\\*
+Diese Option ermöglicht es dem Kernel, in der coreboot"=Tabelle nach einem
+Firmware"=Protokoll zu suchen. Wenn es gefunden wird, wird dieses Protokoll
+in der Datei \texttt{/sys/firmware/log} in das Benutzerland (userland)
+exportiert.
+
+\paragraph{Vital Product Data}$~$\\
+CONFIG\_GOOGLE\_VPD [=m] \textbf{[M]}\\*
+Diese Option ermöglicht es dem Kernel, den Inhalt von Google VPD unter
+\texttt{/sys/firmware/vpd} zu veröffentlichen.
+
+\subsubsection{EFI (Extensible Firmware Interface) Support \texorpdfstring{$\rightarrow$}{->}}
+\textit{(EFI-Unterstützung (Erweiterbare Firmware-Schnittstelle))}
+
+\paragraph{Register efivars backend for pstore}$~$\\
+CONFIG\_EFI\_VARS\_PSTORE [=y] \textbf{[Y]}\\*
+Sagen Sie hier Y, um die Verwendung von \texttt{efivars} als Backend für
+\texttt{pstore} zu aktivieren. Dies ermöglicht das Schreiben von
+Konsolenmeldungen, Crash"=Dumps oder anderen von pstore unterstützten Daten
+in EFI"=Variablen.
+
 \end{document}
 
 \texorpdfstring{$\rightarrow$}{->}