% Device Drivers (15)

\section{Device Drivers \texorpdfstring{$\rightarrow$}{->}}
\textit{(Gerätetreiber)}

\subsection{EISA support ---}
CONFIG\_EISA [=n] \textbf{[~]}\\*
Der Extended Industry Standard Architecture (EISA)-Bus wurde als offene Alternative
zum IBM MicroChannel"=Bus entwickelt.
Der EISA-Bus bot einige der Funktionen des IBM"=MicroChannel"=Busses und war gleichzeitig
abwärtskompatibel mit Karten, die für den älteren ISA"=Bus hergestellt wurden.
Der EISA-Bus wurde zwischen 1988 und 1995 in begrenztem Umfang eingesetzt,
als er durch den PCI-Bus überflüssig wurde.
Geben Sie hier Y an, wenn Sie einen Kernel für einen EISA"=basierten Rechner erstellen.
Ansonsten sagen Sie N.

\subsection{PCI support \texorpdfstring{$\rightarrow$}{->}}
CONFIG\_PCI [=y] \textbf{[Y]}\\*
Diese Option aktiviert die Unterstützung für den lokalen PCI-Bus, einschließlich der
Unterstützung für PCI-X und die Grundlagen für die Unterstützung von PCI Express.\\
Sagen Sie hier Y, wenn Sie nicht wissen, was Sie tun.

\subsubsection{PCI Express Port Bus support}
CONFIG\_PCIEPORTBUS [=y] \textbf{[Y]}\\*
Dadurch wird die Unterstützung für den PCI Express Port Bus aktiviert. Benutzer können
dann die Unterstützung für Native Hot-Plug, Advanced Error Reporting, Power Management
Events und Downstream Port Containment aktivieren.

\paragraph{PCI Express Hotplug driver}$~$\\
CONFIG\_HOTPLUG\_PCI\_PCIE [=y] \textbf{[Y]}\\*
Sagen Sie hier Y, wenn Sie ein Motherboard haben, das natives PCIe"=Hotplug unterstützt.
Thunderbolt/USB4 PCIe-Tunneling hängt von nativem PCIe"=Hotplug ab.
Im Zweifelsfall sagen Sie N.

\paragraph{PCI Express Advanced Error Reporting support}$~$\\
CONFIG\_PCIEAER [=y] \textbf{[Y]}\\*
Dies ermöglicht die Unterstützung des PCI Express Root Port Advanced Error Reporting
(AER) Treibers. Die an den Root Port gesendeten Fehlermeldungen werden vom PCI Express
AER"=Treiber verarbeitet.

\subparagraph{PCI Express error injection support}$~$\\
CONFIG\_PCIEAER\_INJECT [=m] \textbf{[M]}\\*
Dies aktiviert den PCI Express Root Port Advanced Error Reporting (AER) Software-Fehlerinjektor.
Das Debuggen von AER-Code ist ziemlich schwierig, da es schwierig ist, verschiedene echte
Hardwarefehler auszulösen. Software"=basierte Fehlerinjektion kann fast alle Arten von Fehlern
mit Hilfe eines Userspace"=Hilfswerkzeugs \texttt{aer-inject} vortäuschen,
das unter folgender Adresse erhältlich ist
\url{https://git.kernel.org/cgit/linux/kernel/git/gong.chen/aer-inject.git/}

\subparagraph{PCI Express CXL RAS support}$~$\\
CONFIG\_PCIEAER\_CXL [=y] \textbf{[Y]}\\*
Aktiviert die CXL"=Fehlerbehandlung.
Wenn Sie unsicher sind, sagen Sie Y.

\subparagraph{PCI Express ECRC settings control}$~$\\
CONFIG\_PCIE\_ECRC [=y] \textbf{[Y]}\\*
Wird verwendet, um Firmware-/Bios-Einstellungen für PCI Express ECRC
(Transaction Layer End-to-End CRC Checking) außer Kraft zu setzen.
Im Zweifelsfall sagen Sie N.

\subsubsection{PCI Express ASPM control}
CONFIG\_PCIEASPM [=y] \textbf{[Y]}\\*
Dies ermöglicht dem Betriebssystem die Kontrolle über PCI Express ASPM
(Active State Power Management) und Clock Power Management.
ASPM unterstützt den Zustand L0/L0s/L1.\\
ASPM wird zunächst von der Firmware eingerichtet. Wenn diese Option aktiviert ist, kann Linux
diesen Status ändern, um ASPM bei bekanntermaßen schlechter Hardware oder Konfigurationen zu
deaktivieren und bei bekanntermaßen sicherer Hardware zu aktivieren.
ASPM kann zur Laufzeit über \texttt{/sys/module/pcie\_aspm/parameters/policy}
deaktiviert oder aktiviert werden.
Im Zweifelsfall sagen Sie Y.


\paragraph{Default ASPM policy (BIOS default) \texorpdfstring{$\rightarrow$}{->}}$~$\\
\textit{Für diese Option gibt es keine Hilfe.}

\subparagraph{BIOS default}$~$\\
CONFIG\_PCIEASPM\_DEFAULT [=y] \textbf{[Y]}\\*
Verwenden Sie die BIOS"=Standardeinstellungen für PCI Express ASPM.

\subparagraph{Powersave}$~$\\
CONFIG\_PCIEASPM\_POWERSAVE [=n] \textbf{[~]}\\*
Aktiviert PCI Express ASPM L0s und L1 wo möglich, auch wenn das BIOS dies nicht getan hat.

\subparagraph{Power Supersave}$~$\\
CONFIG\_PCIEASPM\_POWER\_SUPERSAVE [=n] \textbf{[~]}\\*
Wie PCIEASPM\_POWERSAVE, nur dass auch L1-Substates aktiviert werden, wo dies möglich ist.
Dies würde zu höheren Energieeinsparungen führen, während man in L1 bleibt,
wo die Komponenten dies unterstützen.

\subparagraph{Performance}$~$\\
CONFIG\_PCIEASPM\_POWER\_PERFORMANCE [=n] \textbf{[~]}\\*
Deaktivieren Sie PCI Express ASPM L0s und L1, auch wenn das BIOS sie aktiviert hat.

%15.2.3
\subsubsection{PCI Express Downstream Port Containment support}
CONFIG\_PCIE\_DPC [=y] \textbf{[Y]}\\*
Dies ermöglicht die Unterstützung von PCI Express Downstream Port Containment (DPC) Treibern.
DPC"=Ereignisse von Root- und Downstream"=Ports werden durch den DPC"=Treiber verarbeitet.
Wenn Ihr System nicht über diese Fähigkeit verfügt oder Sie diese Funktion nicht nutzen möchten,
können Sie mit N antworten.

%15.2.4
\subsubsection{PCI Express Precision Time Measurement support}
CONFIG\_PCIE\_PTM [=y] \textbf{[Y]}\\*
Dies ermöglicht die Unterstützung von PCI Express Precision Time Measurement (PTM).
Dies ist nur sinnvoll, wenn Sie Geräte haben, die PTM unterstützen, aber es ist sicher,
sie zu aktivieren, auch wenn Sie sie nicht haben.

%15.2.5
\subsubsection{PCI Express Error Disconnect Recover support}
CONFIG\_PCIE\_EDR [=y] \textbf{[Y]}\\*
Diese Option fügt die Unterstützung für Error Disconnect Recover hinzu, wie in der
Downstream Port Containment Related Enhancements ECN der PCI Firmware Specification r3.2 beschrieben.
Aktivieren Sie diese Option, wenn Sie ein hybrides DPC-Modell unterstützen möchten, das sowohl
Firmware als auch Betriebssystem zur Implementierung von DPC verwendet.

\subsubsection{Message Signaled Interrupts (MSI and MSI-X)}
CONFIG\_PCI\_MSI [=y] \textbf{[Y]}\\*
Damit können Gerätetreiber MSI (Message Signaled Interrupts) aktivieren.
Message Signaled Interrupts ermöglichen es einem Gerät, einen Interrupt zu erzeugen, indem es ein
eingehendes Memory Write auf seinem PCI-Bus verwendet, anstatt einen Geräte"=IRQ-Pin zu aktivieren.
Die Verwendung von PCI MSI"=Interrupts kann beim Booten des Kernels mit der Option
\texttt{pci=nomsi} deaktiviert werden. Dadurch wird MSI für das gesamte System deaktiviert.
Wenn Sie nicht wissen, was Sie hier tun sollen, sagen Sie Y.

\subsubsection{PCI Debugging}
CONFIG\_PCI\_DEBUG [=n] \textbf{[~]}\\*
Geben Sie hier Y an, wenn Sie möchten, dass der PCI-Kern eine Reihe von Debug"=Meldungen in
das Systemprotokoll schreibt. Wählen Sie dies, wenn Sie ein Problem mit der
PCI"=Unterstützung haben und mehr über die Vorgänge erfahren möchten.
Im Zweifelsfall sagen Sie N.

\subsubsection{Enable PCI resource re-allocation detection}
CONFIG\_PCI\_REALLOC\_ENABLE\_AUTO [=n] \textbf{[~]}\\*
Geben Sie hier Y an, wenn Sie möchten, dass der PCI-Kern erkennt, ob die Neuzuweisung von
PCI"=Ressourcen aktiviert werden muss. Sie können jederzeit
\texttt{pci=realloc=on} oder \texttt{pci=realloc=off} verwenden, um dies zu überschreiben.
Es werden automatisch PCI"=Ressourcen neu zugewiesen, wenn SR-IOV BARs nicht vom BIOS
zugewiesen wurden.
Im Zweifelsfall sagen Sie N.

\subsubsection{PCI Stub driver}
CONFIG\_PCI\_STUB [=y] \textbf{[Y]}\\*
Sagen Sie hier Y oder M, wenn Sie ein PCI-Gerät reservieren wollen, wenn es einem
Gastbetriebssystem zugewiesen werden soll.
Im Zweifelsfall sagen Sie N.

%15.2.10
\subsubsection{PCI PF Stub driver}
CONFIG\_PCI\_\_PF\_STUB [=m] \textbf{[M]}\\*
Geben Sie hier Y oder M an, wenn Sie die Unterstützung für Geräte, die SR-IOV"=Unterstützung
benötigen, aktivieren möchten, während die PF (Physical Function) selbst keine eigentlichen
Dienste auf dem Host selbst, wie z.~B. Speicher oder Netzwerke, bereitstellt.
Im Zweifelsfall sagen Sie N.

\subsubsection{Xen PCI Frontend}
CONFIG\_XEN\_PCIDEV\_FRONTEND [=m] \textbf{[M]}\\*
Der PCI-Geräte"=Frontend"=Treiber ermöglicht es dem Kernel, beliebige PCI"=Geräte aus
einem PCI"=Back"-end zu importieren, um PCI"=Treiber"=Domänen zu unterstützen.

\subsubsection{PCI IOV support}
CONFIG\_PCI\_IOV [=y] \textbf{[Y]}\\*
E/A-Virtualisierung ist eine PCI"=Funktion, die von einigen Geräten unterstützt wird und
es ihnen ermöglicht, virtuelle Geräte zu erstellen, die ihre physischen Ressourcen gemeinsam nutzen.
Wenn Sie unsicher sind, sagen Sie N.

\subsubsection{PCI PRI support}
CONFIG\_PCI\_PRI [=y] \textbf{[Y]}\\*
PRI ist das PCI Page Request Interface. Es ermöglicht PCI"=Geräten, die sich hinter einer
IOMMU befinden, sich von Seitenfehlern zu erholen.
Wenn Sie unsicher sind, sagen Sie N.

\subsubsection{PCI PASID support}
CONFIG\_PCI\_PASID [=y] \textbf{[Y]}\\*
Process Address Space Identifiers (PASIDs) können von PCI"=Geräten für den gleichzeitigen Zugriff
auf mehr als einen IO"=Adressraum verwendet werden. Um diese Funktion nutzen zu können, ist eine
IOMMU erforderlich, die auch PASIDs unterstützt.
Wählen Sie diese Option, wenn Sie eine solche IOMMU haben und den Treiber dafür in Ihren Kernel
kompilieren wollen.
Wenn Sie unsicher sind, sagen Sie N.

\subsubsection{PCI peer-to-peer transfer support}
CONFIG\_PCI\_P2PDMA [=y] \textbf{[Y]}\\*
Ermöglicht Treibern die Durchführung von PCI-Peer-to-Peer"=Transaktionen zu und von BARs, die in
anderen Geräten exponiert sind, die den Teil der Hierarchie darstellen, in dem Peer-to-Peer-DMA
von der PCI"=Spezifikation garantiert wird (d.~h. alles unterhalb einer einzelnen PCI"=Bridge).
Viele PCIe"=Root"=Komplexe unterstützen keine P2P"=Transaktionen, und es ist schwer zu sagen,
welche sie überhaupt unterstützen. Daher müssen P2P-DMA"=Transaktionen derzeit zwischen Geräten
hinter demselben Root-Port erfolgen.
Wenn Sie unsicher sind, sagen Sie N.

\subsubsection{Hyper-V PCI Frontend}
CONFIG\_PCI\_HYPERV [=m] \textbf{[M]}\\*
Der PCI-Geräte-Frontend-Treiber ermöglicht es dem Kernel, beliebige PCI"=Geräte aus einem
PCI"=Back"-end zu importieren, um PCI"=Treiber"=Domänen zu unterstützen.

\subsubsection{VGA Arbitration}
CONFIG\_VGA\_ARB [=y] \textbf{[Y]}\\*
Einige \glqq alte\grqq{} VGA"=Geräte, die auf PCI implementiert sind, haben in der Regel die
gleichen hart dekodierten Adressen wie auf ISA. Wenn auf mehrere PCI"=Geräte gleichzeitig
zugegriffen wird, müssen diese irgendwie koordiniert werden. Weitere Einzelheiten finden Sie
unter Documentation/gpu/vgaarbiter.rst. Wählen Sie dies, um VGA"=Arbiter zu aktivieren.

\paragraph{Maximum number of GPUs}$~$\\
CONFIG\_VGA\_ARB\_MAX\_GPUS [=10] \textbf{[10]}\\*
Reserviert Platz im Kernel, um die Ressourcensperre für mehrere GPUS aufrechtzuerhalten.
Der Overhead für jede GPU ist sehr gering.\\
Typ: Ganzzahl (integer)

\subsubsection{Support for PCI Hotplug \texorpdfstring{$\rightarrow$}{->}}
CONFIG\_HOTPLUG\_PCI [=y] \textbf{[Y]}\\*
Geben Sie hier Y ein, wenn Sie ein Motherboard mit einem PCI-Hotplug-Controller haben.
Damit können Sie PCI-Karten hinzufügen und entfernen, während der Rechner eingeschaltet ist und läuft.
Thunderbolt/USB4 PCIe-Tunneling hängt vom nativen PCIe-Hotplug ab.
Im Zweifelsfall sagen Sie N.

%15.2.18.1
\paragraph{ACPI PCI Hotplug driver}$~$\\
CONFIG\_HOTPLUG\_PCI\_ACPI [=y] \textbf{[Y]}\\*
Geben Sie hier Y ein, wenn Sie ein System haben, das PCI Hotplug mit ACPI unterstützt.
Im Zweifelsfall sagen Sie N.
%15.2.18.1.1
\subparagraph{ACPI PCI Hotplug driver IBM extensions}$~$\\
CONFIG\_HOTPLUG\_PCI\_ACPI\_IBM \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Geben Sie hier Y ein, wenn Sie ein IBM-System haben, das PCI-Hotplug über ACPI unterstützt.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird
\texttt{acpiphp\_ibm} heißen.
Im Zweifelsfall sagen Sie N.
\\\begin{scriptsize}
Das Notebook ist kein IBM-System.
\end{scriptsize}

\paragraph{CompactPCI Hotplug driver}$~$\\
CONFIG\_HOTPLUG\_PCI\_CPCI \colorbox{yellow!80}{[=y] \textbf{[~]}}\\*
Geben Sie hier Y ein, wenn Sie eine CompactPCI"=Systemkarte mit CompactPCI"=Hotswap"=Unterstützung
gemäß der PICMG~2.1"=Spezifikation besitzen.
Im Zweifelsfall sagen Sie N.
\\\begin{scriptsize}
Im Notebook ist diese CompactPCI-Karte nicht verbaut.
\end{scriptsize}

\subparagraph{Ziatech ZT5550 CompactPCI Hotplug driver}$~$\\
CONFIG\_HOTPLUG\_PCI\_CPCI\_ZT5550 \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Sagen Sie hier Y, wenn Sie eine Ziatech ZT5550 CompactPCI-Systemkarte von Performance Technologies
(früher Intel, früher nur Ziatech) besitzen.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M:
Das Modul heißt dann \texttt{cpcihp\_zt5550}.
Im Zweifelsfall sagen Sie N.
\\\begin{scriptsize}
Im Notebook ist diese CompactPCI-Karte nicht verbaut.
\end{scriptsize}

\subparagraph{Generic port I/O CompactPCI Hotplug driver}$~$\\
CONFIG\_HOTPLUG\_PCI\_CPCI\_GENERIC \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Sagen Sie hier Y, wenn Sie eine CompactPCI"=Systemkarte haben, die das \#ENUM-Hotswap-Signal als
ein Bit in einem Systemregister ausgibt, das über Standard"=Port-I/O gelesen werden kann.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M:
Das Modul wird \texttt{cpcihp\_generic} genannt.
Im Zweifelsfall sagen Sie N.
\\\begin{scriptsize}
Im Notebook ist diese CompactPCI-Karte nicht verbaut.
\end{scriptsize}

\paragraph{SHPC PCI Hotplug driver}$~$\\
CONFIG\_HOTPLUG\_PCI\_SHPC \colorbox{yellow!80}{[=y] \textbf{[~]}}\\*
Geben Sie hier Y ein, wenn Sie ein Motherboard mit einem SHPC PCI Hotplug Controller haben.
Im Zweifelsfall sagen Sie N.

\subsubsection{PCI controller drivers \texorpdfstring{$\rightarrow$}{->}}
\textit{(PCI-Controller-Treiber)}

\paragraph{Intel Volume Management Device Driver}$~$\\
CONFIG\_VMD \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Fügt Unterstützung für das Intel Volume Management Device (VMD) hinzu. VMD ist eine sekundäre
PCI-Host"=Brücke, die es ermöglicht, PCI-Express-Root-Ports und daran angeschlossene Geräte aus
der Standard-PCI-Domäne zu entfernen und in die VMD-Domäne zu verschieben. Dadurch stehen mehr
Bus"=Ressourcen zur Verfügung, als dies bei einer einzelnen Domäne möglich wäre.
Wenn Sie wissen, dass Ihr System über einen dieser Ports verfügt und Geräte daran angeschlossen
sind, sagen Sie Y; wenn Sie sich nicht sicher sind, sagen Sie N.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M:
Das Modul wird \texttt{vmd} genannt.

\paragraph{Microsoft Hyper-V PCI Interface}$~$\\
CONFIG\_PCI\_HYPERV\_INTERFACE \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Das Hyper-V PCI Interface ist ein Hilfstreiber, der es anderen
Treibern ermöglicht, eine gemeinsame Schnittstelle mit dem Hyper-V
PCI Frontend-Treiber zu haben.

\paragraph{Cadence-based PCIe controllers ---}$~$\\
\textit{Cadence-basierte PCIe-Steuerungen, keine Auswahl}

\paragraph{DesignWare-based PCIe controllers \texorpdfstring{$\rightarrow$}{->}}$~$\\
\textit{DesignWare-basierte PCIe-Steuerungen}

%15.2.19.4.1
\subparagraph{Amlogic Meson PCIe controller}$~$\\
CONFIG\_PCI\_MESON \colorbox{yellow!80}{[=y] \textbf{[~]}}\\*
Sagen Sie hier Y, wenn Sie die Unterstützung des PCI-Controllers
auf Amlogic-SoCs aktivieren wollen. Der PCI-Controller auf Amlogic
basiert auf DesignWare"=Hardware und daher verwendet der Treiber die
DesignWare"=Kernfunktionen zur Implementierung des Treibers.

\subparagraph{Platform bus based DesignWare PCIe controller (host mode)}$~$\\
CONFIG\_PCIe\_DW\_PLAT\_HOST \colorbox{yellow!80}{[=y] \textbf{[~]}}\\*
Ermöglicht die Unterstützung des PCIe-Controllers in der Designware-IP
für den Betrieb im Host-Modus. Es gibt zwei Instanzen des PCIe-Controllers
in Designware IP. Dieser Controller kann entweder als EP oder RC arbeiten.
Um hostspezifische Funktionen zu aktivieren, muss PCIE\_DW\_PLAT\_HOST
ausgewählt werden und um gerätespezifische Funktionen zu aktivieren,
muss PCI\_DW\_PLAT\_EP ausgewählt werden.

\paragraph{Mobiveil-based PCIe controllers ---}$~$\\
\textit{Mobiveil-basierte PCIe-Steuerungen, keine Auswahl}

\subsubsection{PCI Endpoint \texorpdfstring{$\rightarrow$}{->}}
\textit{(PCI-Endgerät}

\paragraph{PCI Endpoint Support}$~$\\
CONFIG\_PCI\_ENDPOINT [=n] \textbf{[~]}\\*
Aktivieren Sie diese Konfigurationsoption, um einen konfigurierbaren PCI"=Endpunkt
zu unterstützen. Dies sollte aktiviert werden, wenn die Plattform über einen
PCI"=Controller verfügt, der im Endpunktmodus arbeiten kann.\\
Durch die Aktivierung dieser Option wird die Endpunkt"=Bibliothek erstellt, die
eine Endpunkt"=Controller"=Bibliothek und eine Endpunkt"=Funktionsbibliothek
enthält.
Im Zweifelsfall sollten Sie N angeben, um die Endpunktunterstützung zu
deaktivieren.

\subsubsection{PCI switch controller drivers \texorpdfstring{$\rightarrow$}{->}}
\textit{(PCI-Switch-Controller-Treiber}

\paragraph{MicroSemi Switchtec PCIe Switch Management Driver}$~$\\
CONFIG\_PCI\_SW\_SWITCHTEC \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Ermöglicht die Unterstützung der Management"=Schnittstelle für die MicroSemi
Switchtec"=Serie von PCIe"=Switches. Unterstützt den Userspace"=Zugriff, um
MRPC"=Befehle über /dev/switchtecX-Geräte an den Switch zu senden.
Siehe $<$file:Documentation/driver-api/switchtec.rst$>$ für weitere Informationen.

\subsubsection{CXL (Compute Express Link) Devices Support \texorpdfstring{$\rightarrow$}{->}}
CONFIG\_CXL\_BUS \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
CXL ist ein Bus, der elektrisch mit PCI Express kompatibel ist, aber drei Protokolle
auf diese Signalisierung aufbaut (CXL.io, CXL.cache und CXL.mem).
Das CXL.cache"=Protokoll ermöglicht es Geräten, Cachelines lokal zu halten, das
CXL.mem"=Protokoll ermöglicht es Geräten, vollständig kohärente Speicherziele zu
sein, das CXL.io"=Protokoll entspricht PCI Express. Sagen Sie Y, um die Unterstützung
für die Konfiguration und Verwaltung von Geräten zu aktivieren, die diese Protokolle
unterstützen.

\paragraph{PCI manageability}$~$\\
CONFIG\_CXL\_PCI \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Die CXL-Spezifikation definiert eine Unterklasse \glqq CXL"=Speichergerät\grqq{}
in der PCI"=Basisklasse der \glqq Speicher"=Controller\grqq{}.
Geräte, die mit diesem Klassencode gekennzeichnet sind, bieten Unterstützung
für flüchtigen und/oder dauerhaften Speicher, der in die Systemadresszuordnung
(Host-managed Device Memory (HDM)) eingeordnet werden kann.
Sagen Sie \glqq y/m\grqq{}, um einen Treiber zu aktivieren, der sich
an CXL"=Speichererweiterungsgeräte anschließt, die durch den Klassencode
des Speichergeräts für die Konfiguration und Verwaltung hauptsächlich über
die Mailbox"=Schnittstelle aufgezählt werden.
Siehe Kapitel~2.3 Typ~3 CXL Gerät in der CXL~2.0 Spezifikation für weitere Details.
Wenn Sie unsicher sind, sagen Sie M.

\subparagraph{RAW Command Interface for Memory Devices}$~$\\
CONFIG\_CXL\_MEM\_RAW\_COMMANDS [=n] \textbf{[~]}\\*
Aktivieren Sie die CXL RAW-Befehlsschnittstelle.\\
Die ioctl"=Schnittstelle des CXL"=Treibers kann für jeden spezifizierten Opcode
eine Kernel"=ioctl"=Befehlsnummer zuweisen. Zu jedem beliebigen Zeitpunkt kann
die Anzahl der in der Spezifikation definierten Opcodes, die ein Gerät
implementieren kann, die Anzahl der zugehörigen ioctl"=Funktionsnummern des
Kernels übersteigen. Die Diskrepanz entsteht entweder durch Auslassung, weil die
Spezifikation zu neu ist, oder durch das Design. Beim Prototyping neuer Hardware
oder bei der Entwicklung/Debugging des Treibers ist es nützlich, alle möglichen
Befehle an die Hardware übermitteln zu können, sogar Befehle, die den Kernel zum
Absturz bringen könnten, da sie sich auf den vom Kernel verwendeten Speicher
auswirken könnten.\\
Wenn Sie CXL"=Hardware oder den Treiber entwickeln, sagen Sie Y, andernfalls
sagen Sie N.

\paragraph{CXL ACPI: Platform Support}$~$\\
CONFIG\_CXL\_ACPI \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Aktiviert die Unterstützung von HDM"=Ressourcen (Host Managed Device Memory), die
von der ACPI"=CXL"=Speicherlayoutbeschreibung einer Plattform veröffentlicht werden.
Siehe Kapitel~9.14.1 CXL Early Discovery Table (CEDT) in der CXL~2.0 Spezifikation
und CXL Fixed Memory Window Structures (CEDT.CFMWS)
(\url{https://www.computeexpresslink.org/spec-landing}).
Der CXL-Kern nutzt diese Ressourcen, um die Wurzel einer cxl\_port"=Decodierungshierarchie
zu veröffentlichen, um Regionen abzubilden, die System"=RAM oder von LIBNVDIMM zu
verwaltende Festspeicherregionen darstellen.
Wenn Sie unsicher sind, sagen Sie M.

\paragraph{CXL PMEM: Persistent Memory Support}$~$\\
CONFIG\_CXL\_PMEM \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Zusätzlich zu den typischen Speicherressourcen kann eine Plattform auch die Unterstützung
von über CXL angeschlossenem persistenten Speicher ankündigen. Diese Unterstützung wird
über einen Brückentreiber zwischen CXL und dem LIBNVDIMM"=System"=Subsystem verwaltet.
Sagen Sie \glqq Y/M\grqq{}, um die Unterstützung für die Aufzählung und Bereitstellung der
Kapazität des persistenten Speichers von CXL"=Speichererweiterungen zu aktivieren.
Wenn Sie unsicher sind, sagen Sie M.

\paragraph{CXL: Memory Expansion}$~$\\
CONFIG\_CXL\_MEM \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Das CXL.mem-Protokoll ermöglicht es einem Gerät, als Anbieter von \glqq System-RAM\grqq{}
und/oder \glqq persistentem Speicher\grqq{} zu fungieren, der vollständig kohärent ist,
als wäre der Speicher an den typischen CPU"=Speicher"=Controllern angeschlossen.
Dies wird als HDM \glqq Host-managed Device Memory\grqq{} bezeichnet.
Sagen Sie Y/M, um einen Treiber zu aktivieren, der sich an CXL.mem"=Geräte zur
Speichererweiterung und Steuerung von HDM anschließt.
Eine detaillierte Beschreibung von HDM finden Sie in Kapitel~9.13 der CXL~2.0"=Spezifikation.
Wenn Sie unsicher sind, sagen Sie M.

\paragraph{CXL: Region Support}$~$\\
CONFIG\_CXL\_REGION \colorbox{yellow!80}{[=y] \textbf{[~]}}\\*
Ermöglicht dem CXL-Kern die Aufzählung und Bereitstellung von CXL"=Regionen. Eine CXL"=Region
wird durch einen oder mehrere CXL"=Expander definiert, die einen bestimmten
systemphysikalischen Adressbereich dekodieren. Für CXL"=Regionen, die von der
Plattform"=Firmware eingerichtet wurden, ermöglicht diese Option die Behandlung von
Speicherfehlern, um die Geräte zu identifizieren, die an einem bestimmten verschachtelten
Speicherbereich teilnehmen. Andernfalls wird das von der Plattform-Firmware verwaltete CXL
durch Aufnahme in die Systemadresskarte aktiviert und benötigt keinen Treiber.
Wenn Sie unsicher sind, sagen Sie Y.

\subparagraph{CXL: Region Cache Management Bypass (TEST)}$~$\\
CONFIG\_CXL\_REGION\_INVALIDATION\_TEST [=n] \textbf{[~]}\\*
Die Verwaltungs- und Sicherheitsoperationen von CXL Region machen möglicherweise den Inhalt
von CPU"=Caches ungültig, ohne diese Caches zu benachrichtigen, damit sie die betroffenen
Cachelines ungültig machen. Der CXL"=Region"=Treiber versucht, Caches zu invalidieren, wenn
diese Ereignisse eintreten. Wenn diese Invalidierung fehlschlägt, kann die Region nicht
aktiviert werden. Die Gründe für das Scheitern der Cache"=Invalidierung liegen darin, dass
die CPU keinen Cache"=Invalidierungsmechanismus bereitstellt. Zum Beispiel ist die Verwendung
von wbinvd auf Bare Metal x86 beschränkt. Zu Testzwecken kann das Umschalten dieser Option
jedoch die Datenintegritätssicherheit deaktivieren und mit der Aktivierung von Regionen
fortfahren, wenn im CPU"=Cache widersprüchliche Inhalte vorhanden sind.//
Wenn Sie unsicher sind oder wenn dieser Kernel für Produktionsumgebungen gedacht ist,
wählen Sie N.

\paragraph{CXL Performance Monitoring Unit}$~$\\
CONFIG\_CXL\_PMU \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Support performance monitoring as defined in CXL rev~3.0 section~13.2: Performance Monitoring.
CXL components may have one or more CXL Performance Monitoring Units (CPMUs).\\
Say Y/M to enable a driver that will attach to performance monitoring units and provide
standard perf based interfaces.
If unsure say M.

\subsection{PCCard (PCMCIA/Cardbus) support \texorpdfstring{$\rightarrow$}{->}}
CONFIG\_PCCARD [=m] \textbf{[M]}\\*
Sagen Sie hier Y, wenn Sie PCMCIA- oder PC"=Karten an Ihren Linux"=Computer anschließen wollen.
Das sind kreditkartengroße Geräte wie Netzwerkkarten, Modems oder Festplatten, die oft in
Laptops verwendet werden. Es gibt eigentlich zwei Arten dieser Karten: 16-Bit-PCMCIA- und
32-Bit"=CardBus"=Karten.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M:
Das Modul wird pcmcia\_core heißen.

\subsubsection{16-bit PCMCIA support}
CONFIG\_PCMCIA \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Diese Option ermöglicht die Unterstützung von 16-Bit-PCMCIA"=Karten. Die meisten älteren
PC"=Karten sind solche 16-Bit PCMCIA"=Karten. Wenn Sie also nicht wissen, dass Sie nur
32"=Bit CardBus"=Karten verwenden, geben Sie hier Y oder M an.
Um 16-Bit PCMCIA"=Karten zu verwenden, benötigen Sie in den meisten Fällen unterstützende
Software. (siehe die Datei $<$file:Documentation/Changes$>$ für Ort und Details).
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M:
Das Modul wird \texttt{pcmcia} heißen.
Wenn Sie unsicher sind, sagen Sie Y.

\paragraph{Load CIS updates from userspace}$~$\\
CONFIG\_PCMCIA\_LOAD\_CIS \colorbox{yellow!80}{[=y] \textbf{[~]}}\\*
Einige PCMCIA"=Karten benötigen eine aktualisierte Karteninformationsstruktur (CIS), die aus
dem Userspace geladen werden muss, um korrekt zu funktionieren. Wenn Sie hier Y angeben und
Ihr Userspace korrekt eingerichtet ist, wird diese automatisch mit dem 
In-Kernel"=Firmware"=Loader und dem Hotplug"=Subsystem geladen, anstatt sich auf cardmgr von
pcmcia-cs zu verlassen.
Wenn Sie unsicher sind, sagen Sie Y.

\subsubsection{32-bit CardBus support}
CONFIG\_CARDBUS \colorbox{yellow!80}{[=y] \textbf{[M]}}\\*
CardBus ist eine Bus-Mastering-Architektur für PC-Karten, die 32-Bit-PC-Karten ermöglicht
(der ursprüngliche PCMCIA"=Standard sieht nur einen 16-Bit breiten Bus vor).
Viele neuere PC-Karten sind eigentlich CardBus-Karten.
Um 32-Bit-PC-Karten zu verwenden, benötigen Sie auch eine CardBus"=kompatible Host"=Bridge.
Praktisch alle modernen PCMCIA"=Bridges sind dazu in der Lage, und die meisten von ihnen
sind \glqq Yenta-kompatibel\grqq{}, d.~h. sie sagen auch Y oder M.
Wenn Sie unsicher sind, sagen Sie Y.

\subsubsection*{*** PC-card bridges ***}
\textit{(PC-card-Brücken)}
\subsubsection{CardBus yenta-compatible bridge support}
CONFIG\_YENTA \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Diese Option ermöglicht die Unterstützung von CardBus-Host-Bridges. Praktisch alle modernen
PCMCIA"=Bridges sind CardBus-kompatibel. Eine \glqq Brücke\grqq{} ist die Hardware in Ihrem
Computer, in die PCMCIA-Karten eingesteckt werden.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M:
Das Modul wird \texttt{yenta\_socket} heißen.
Wenn Sie unsicher sind, sagen Sie Y.

\subsubsection{Cirrus PD6729 compatible bridge support}
CONFIG\_PD6729 \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Dies bietet Unterstützung für das Cirrus PD6729 PCI-zu-PCMCIA"=Bridge"=Gerät, das in einigen
älteren Laptops und PCMCIA-Kartenlesern zu finden ist.

\subsubsection{i82092 compatible bridge support}
CONFIG\_I82092 \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Dies bietet Unterstützung für das Intel I82092AA PCI-zu-PCMCIA"=Brückengerät, das in einigen
älteren Laptops und häufiger in Evaluierungsboards für den Chip zu finden ist.

\subsection{RapidIO support ---}% \texorpdfstring{$\rightarrow$}{->}}
CONFIG\_PCCARD [=n] \textbf{[~]}\\*
Wenn Sie hier Y angeben, wird der Kernel Treiber und Infrastrukturcode zur Unterstützung von
RapidIO"=Verbindungsgeräten enthalten.

\subsection{Generic Driver Options \texorpdfstring{$\rightarrow$}{->}}
\textit{Allgemeine Treiberoptionen}

\subsubsection{Support for uevent helper}
CONFIG\_UEVENT\_HELPER [=n] \textbf{[~]}\\*
Das uevent"=Hilfsprogramm wird vom Kernel für jedes uevent gegabelt.
Vor der Umstellung auf die netlink"=basierte uevent"=Quelle wurde es verwendet, um
Hotplug"=Skripte mit Kernel"=Geräteereignissen zu verbinden. Es zeigte normalerweise auf ein
Shell"=Skript unter /sbin/hotplug.
Dies sollte heute nicht mehr verwendet werden, da übliche Systeme beim Booten oder bei der
Geräteerkennung viele Ereignisse in einem sehr kurzen Zeitrahmen erzeugen. Ein geforkter
Prozess pro Ereignis kann so viele Prozesse erzeugen, dass es zu einer hohen Systembelastung
kommt, oder auf kleineren Systemen ist bekannt, dass es zu Out"=of"=Memory"=Situationen
während des Bootvorgangs kommt.

\subsubsection{Maintain a devtmpfs filesystem to mount at /dev}
CONFIG\_DEVTMPFS [=y] \textbf{[Y]}\\*
Dadurch wird eine tmpfs/ramfs"=Dateisysteminstanz bereits beim Booten erzeugt. In diesem
Dateisystem verwaltet der Kernel"=Treiberkern Geräteknoten mit ihren Standardnamen und
Berechtigungen für alle registrierten Geräte mit einer zugewiesenen Major/Minor"=Nummer.
Der Userspace kann den Inhalt des Dateisystems nach Bedarf ändern, Symlinks hinzufügen und
die erforderlichen Berechtigungen vergeben.
Er stellt ein voll funktionsfähiges /dev"=Verzeichnis zur Verfügung, auf dem normalerweise
udev läuft, das die Berechtigungen verwaltet und sinnvolle Symlinks hinzufügt.
In sehr begrenzten Umgebungen kann es ein ausreichend funktionierendes /dev ohne weitere
Hilfe bereitstellen. Es erlaubt auch einfache Rettungssysteme und geht zuverlässig mit
dynamischen Major/Minor"=Nummern um.
Hinweis: Wenn CONFIG\_TMPFS nicht aktiviert ist, wird stattdessen das einfachere
ramfs"=Dateisystem verwendet.

\paragraph{Automount devtmpfs at /dev, after the kernel mounted the rootfs}$~$\\
CONFIG\_DEVTMPFS\_MOUNT %\colorbox{yellow!80}%
{[=y] \textbf{[Y]}}\\*
Dies weist den Kernel an, das Dateisystem devtmpfs automatisch unter /dev einzuhängen,
direkt nachdem der Kernel das Root"=Dateisystem eingehängt hat. Das Verhalten kann mit
dem Kommandozeilenparameter: \texttt{devtmpfs.mount=$0|1$} überschrieben werden.
Diese Option hat keinen Einfluss auf initramfs"=basiertes Booten, hier muss das
devtmpfs"=Dateisystem immer manuell eingehängt werden, nachdem das rootfs eingehängt
wurde.\\
Wenn diese Option aktiviert ist, kann ein System im Rettungsmodus mit
\texttt{init=/bin/sh} gebootet werden, auch wenn das /dev"=Verzeichnis auf dem rootfs
komplett leer ist.

\paragraph{Use nosuid,noexec mount options on devtmpfs}$~$\\
CONFIG\_DEVTMPFS\_SAFE [=y] \textbf{[Y]}\\*
Dies weist den Kernel an, die Einhängeflags MS\_NOEXEC und MS\_NOSUID beim Einhängen
von devtmpfs zu berücksichtigen.\\
Beachten Sie: Wenn dies aktiviert ist, können Dinge wie /dev/mem nicht mit dem
PROT\_EXEC"=Flag gemappt werden. Dies kann z.~B. Nicht"=KMS"=Grafiktreiber beschädigen.

\subsubsection{Select only drivers that don't need compile-time external firmware}
CONFIG\_STANDALONE [=y] \textbf{[Y]}\\*
Wählen Sie diese Option, wenn Sie keine magische Firmware für Treiber haben,
die diese benötigen.\\
Wenn Sie unsicher sind, sagen Sie Y.

\subsubsection{Disable drivers features which enable custom firmware building}
CONFIG\_PREVENT\_FIRMWARE\_BUILD [=y] \textbf{[Y]}\\*
Sagen Sie ja, um Treiberfunktionen zu deaktivieren, die es ermöglichen, eine
benutzerdefinierte Treiber"=Firmware zur Kernel"=Erstellungszeit zu erstellen.
Diese Treiber verwenden nicht die Kernel"=Firmware"=API zum Laden der Firmware
(CONFIG\_FW\_LOADER), sondern ihren eigenen benutzerdefinierten Lademechanismus.
Die benötigte Firmware wird in der Regel mit dem Treiber ausgeliefert, das
Erstellen der Treiber"=Firmware sollte nur notwendig sein, wenn Sie eine
aktualisierte Firmware"=Quelle haben.\\
Firmware sollte nicht als Teil des Kernels gebaut werden.
Heutzutage sollte man dies immer verhindern und hier Y sagen.
Es gibt nur zwei alte Treiber, die die Erstellung ihrer Firmware zur
Kernel"=Erstellungszeit ermöglichen:
\begin{itemize}
	\item CONFIG\_WANXL durch CONFIG\_WANXL\_BUILD\_FIRMWARE
	\item CONFIG\_SCSI\_AIC79XX durch CONFIG\_AIC79XX\_BUILD\_FIRMWARE
\end{itemize}

\subsubsection{Firmware loader \texorpdfstring{$\rightarrow$}{->}}
\textit{(Firmware-Ladeprogramm)}

\paragraph{Firmware loading facility}$~$\\
CONFIG\_FW\_LOADER [=y] \textbf{[Y]}\\*
Damit wird die Möglichkeit zum Laden der Firmware im Kernel aktiviert.
Der Kernel sucht zunächst nach eingebauter Firmware, wenn er welche hat.
Anschließend sucht er in einer Reihe von Dateisystempfaden nach der gewünschten
Firmware:
\begin{itemize}
	\item firmware\_class Pfad-Modulparameter oder Kernel-Boot-Parameter
	\item /lib/firmware/updates/UTS\_RELEASE
	\item /lib/firmware/updates
	\item /lib/firmware/UTS\_RELEASE
	\item /lib/firmware
\end{itemize}
Die Aktivierung dieser Funktion vergrößert Ihr Kernel"=Image nur um etwa 828~Bytes.
Aktivieren Sie diese Option nur, wenn Sie sicher sind, dass Sie keine Firmware
benötigen.
Normalerweise wollen Sie diese Funktion eingebaut haben (=y), aber Sie können sie
auch als Modul aktivieren, in diesem Fall wird das Modul \texttt{firmware\_class}
gebaut.
Sie sollten auch sicherstellen, dass Sie diese integrierte Funktion aktivieren,
wenn Sie die integrierte Firmware (CONFIG\_EXTRA\_FIRMWARE) aktivieren wollen.

\subparagraph{Log filenames and checksums for loaded firmware}$~$\\
CONFIG\_FW\_LOADER\_DEBUG [=y] \textbf{[Y]}\\*
Wählen Sie diese Option, um mit dynamischem Debugging die Dateinamen der Firmware
und SHA256"=Prüfsummen für jede geladene Firmware"=Datei im Kernel-Protokoll zu
protokollieren.

\subparagraph{Build named firmware blobs into the kernel binary}$~$\\
CONFIG\_EXTRA\_FIRMWARE [=] \textbf{[~]}\\*
Gerätetreiber, die Firmware benötigen, können normalerweise damit umgehen, dass
der Kernel Firmware aus den verschiedenen unterstützten
\texttt{/lib/firmware/}"=Pfaden
lädt. Diese Option ermöglicht es Ihnen, Firmware"=Dateien in den Kernel
einzubauen. Eingebaute Firmware"=Suchen haben Vorrang vor Firmware"=Suchvorgängen
unter Verwendung Ihres Dateisystems über die unterstützten
\texttt{/lib/firmware}"=Pfade,
die unter CONFIG\_FW\_LOADER dokumentiert sind.
Dies kann zu Testzwecken nützlich sein oder wenn die Firmware zu einem frühen
Zeitpunkt beim Booten benötigt wird und man sich nicht darauf verlassen kann,
dass die Firmware in einer initrd oder initramfs abgelegt ist.
Diese Option ist eine Zeichenkette und nimmt die (durch Leerzeichen getrennten)
Namen der Firmware"=Dateien auf -- die gleichen Namen, die in MODULE\_FIRMWARE()
und request\_firmware() im Quelltext erscheinen. Diese Dateien sollten in dem
Verzeichnis vorhanden sein, das mit der Option EXTRA\_FIRMWARE\_DIR angegeben
wurde, was standardmäßig /lib/firmware ist.
Sie könnten zum Beispiel \texttt{CONFIG\_EXTRA\_FIRMWARE=\dq usb8388.bin\dq} setzen,
die Datei usb8388.bin nach /lib/firmware kopieren und den Kernel bauen.
Dann wird jede request\_firmware(\glqq usb8388.bin\grqq{}) intern im Kernel
befriedigt, ohne dass das Dateisystem zur Laufzeit eingesehen werden muss.
WARNUNG: Wenn Sie zusätzliche Firmware"=Dateien in Ihr binäres Kernel"=Image
einbinden, die nicht unter den Bedingungen der GPL verfügbar sind, dann kann es
eine Verletzung der GPL sein, das resultierende Image zu verteilen, da es
sowohl GPL- als auch Nicht"=GPL"=Arbeiten kombiniert. Sie sollten einen eigenen
Anwalt konsultieren, bevor Sie ein solches Image weitergeben.\\
HINWEIS: Komprimierte Dateien werden in EXTRA\_FIRMWARE nicht unterstützt.

\subparagraph{Enable the firmware sysfs fallback mechanism}$~$\\
CONFIG\_FW\_LOADER\_USER\_HELPER [=n] \textbf{[~]}\\*
Mit dieser Option wird eine sysfs"=Lademöglichkeit aktiviert, um das Laden von
Firmware in den Kernel über den Userspace als Fallback"=Mechanismus zu
ermöglichen, und zwar nur dann, wenn die direkte Dateisystem"=Suche des Kernels
nach der Firmware unter Verwendung der verschiedenen
\texttt{/lib/firmware/}"=Pfade oder des im Modulparameter \texttt{firmware\_class}
path angegebenen Pfades oder des Kernel"=Boot"=Parameters \texttt{firmware\_class}
path fehlgeschlagen ist, wenn die firmware\_class eingebaut ist.
Einzelheiten zur Arbeit mit dem sysfs"=Fallback"=Mechanismus finden Sie in
Documentation/driver-api/firmware/fallback-mechanisms.rst.\\
Die direkte Dateisystem"=Suche nach Firmware wird nun immer zuerst verwendet.
Wenn die direkte Dateisystem"=Suche des Kernels nach Firmware die angeforderte
Firmware nicht findet, wird eine sysfs"=Fallback"=Lademöglichkeit zur Verfügung
gestellt, und der Userspace wird durch uevents darüber informiert. Das uevent
kann unterdrückt werden, wenn der Treiber es explizit anfordert. Wenn der
benutzerdefinierte Fallback"=Mechanismus verwendet wird, muss der Userspace
immer bestätigen, dass die Firmware nicht gefunden wurde, da die
Zeitüberschreitung für den Fallback"=Mechanismus deaktiviert ist und
fehlgeschlagene Anfragen für immer verweilen.
Dies war früher die Standard"=Firmware"=Lademöglichkeit, und udev lauschte
auf uvents, um Firmware für den Kernel zu laden. Die Funktionalität der
Firmware"=Lademöglichkeit in udev wurde entfernt, so dass sie nicht mehr als
Ausweichmechanismus verwendet werden kann. Linux verlässt sich nicht mehr auf
einen Fallback"=Mechanismus im Userspace und verwendet diesen auch nicht mehr.
Wenn Sie sich auf einen solchen Mechanismus verlassen müssen, wenden Sie sich
an die freizügig lizenzierte Firmwared:
\url{https://github.com/teg/firmwared}\\
Da dies früher die Standardfunktion zum Laden von Firmware war, kann es sein,
dass ein alter Userspace existiert, der sich darauf verlässt, und daher kann
dieser Mechanismus niemals aus dem Kernel entfernt werden.
Sie sollten diese Funktionalität nur aktivieren, wenn Sie sicher sind, dass
Sie einen Ausweichmechanismus benötigen und einen Userspace"=Mechanismus
bereithalten, um Firmware zu laden, falls diese nicht gefunden wird. Ein
Hauptgrund dafür kann sein, dass Sie Treiber haben, die eine eingebaute
Firmware benötigen und aus irgendeinem Grund die benötigte Firmware nicht in
initramfs unterbringen können.
Ein weiterer Grund, warum Kernel diese Funktion aktiviert haben können, ist
die Unterstützung eines Treibers, der explizit auf diesen Fallback"=Mechanismus
angewiesen ist. Derzeit benötigen nur zwei Treiber diese Funktion:
\begin{itemize}
	\item CONFIG\_LEDS\_LP55XX\_COMMON
	\item CONFIG\_DELL\_RBU
\end{itemize}
Abgesehen von der Unterstützung der oben genannten Treiber kann ein weiterer
Grund dafür sein, dass Ihre Firmware außerhalb der Pfade liegt, nach denen der
Kernel sucht, und nicht mit dem Modulparameter firmware\_class path oder dem
Boot"=Parameter firmware\_class path des Kernels angegeben werden kann, wenn
firmware\_class eingebaut ist.
Ein moderner Anwendungsfall könnte darin bestehen, während der Bereitstellung
vorübergehend eine benutzerdefinierte Partition einzuhängen, auf die nur der
Userspace Zugriff hat, und diese dann zu verwenden, um nach der benötigten
Firmware zu suchen und sie zu holen. Eine solche Art von Treiberfunktionalität
wird von den Herstellern möglicherweise nicht einmal gewünscht, so dass sie
nur als Schnittstelle für die Bereitstellung unterstützt werden muss.
Da die Firmware"=Lademöglichkeit von udev entfernt wurde, können Sie
firmwared oder einen Fork davon verwenden, um die Art und Weise, wie Sie
Firmware auf der Grundlage von ausgegebenen uevents laden wollen, anzupassen.
Wenn Sie diese Option aktivieren, erhöht sich die Größe Ihres Kernel"=Images
um etwa 13436~Bytes.\\
Wenn Sie sich unsicher sind, sagen Sie hier N, es sei denn, Sie sind eine
Linux"=Distribution und müssen die beiden oben genannten Treiber unterstützen
oder Sie sind sich sicher, dass Sie eine wirklich benutzerdefinierte
Firmware"=Lademöglichkeit im Userspace unterstützen müssen.

\subparagraph{Enable compressed firmware support}$~$\\
CONFIG\_FW\_LOADER\_COMPRESS [=y] \textbf{[Y]}\\*
Diese Option aktiviert die Unterstützung für das Laden komprimierter
Firmware"=Dateien. Der Aufrufer der Firmware"=API erhält den dekomprimierten
Dateiinhalt. Die komprimierte Datei wird nur dann als Fallback geladen, wenn
das Laden der Rohdatei zunächst fehlgeschlagen ist.\\
Die Unterstützung für komprimierte Firmware gilt nicht für Firmware-Images,
die in das Kernel-Image eingebaut sind (CONFIG\_EXTRA\_FIRMWARE).

\subsubparagraph{Enable XZ-compressed firmware support}$~$\\
CONFIG\_FW\_LOADER\_COMPRESS\_XZ [=y] \textbf{[Y]}\\*
Mit dieser Option wird die Unterstützung für XZ"=komprimierte Dateien
hinzugefügt. Die Dateien müssen entweder mit dem Integritätsprüfungstyp
\texttt{none} oder \texttt{crc32} komprimiert sein (übergeben Sie die Option
\texttt{\dq -C crc32\dq} an den Befehl \texttt{xz}).

\subsubparagraph{Enable ZSTD-compressed firmware support}$~$\\
CONFIG\_FW\_LOADER\_COMPRESS\_ZSTD [=y] \textbf{[Y]}\\*
Mit dieser Option wird die Unterstützung für ZSTD"=komprimierte Dateien
hinzugefügt.

\subparagraph{Enable firmware caching during suspend}$~$\\
CONFIG\_FW\_CACHE [=y] \textbf{[Y]}\\*
Da die Firmware"=Zwischenspeicherung uevent"=Meldungen erzeugt, die über
einen Netlink"=Socket gesendet werden, kann sie auf vielen Plattformen ein
Suspendieren verhindern. Es ist auch nicht immer nützlich, daher haben wir
auf solchen Plattformen die Option.\\
Wenn Sie unsicher sind, sagen Sie Y.

\subparagraph{Enable users to initiate firmware updates using sysfs}$~$\\
CONFIG\_FW\_UPLOAD [=y] \textbf{[Y]}\\*
Durch die Aktivierung dieser Option können Gerätetreiber eine persistente
\texttt{sysfs}"=Schnittstelle bereitstellen, über die Firmware"=Updates aus
dem Userspace initiiert werden können. Beispielsweise laden FPGA"=basierte
PCIe"=Karten beim Booten der Karte Firmware und FPGA"=Images aus dem lokalen
FLASH. Die Images im FLASH können durch neue, vom Benutzer bereitgestellte
Images aktualisiert werden. Aktivieren Sie dieses Gerät, um Karten zu
unterstützen, die auf vom Benutzer initiierte Updates für Firmware"=Dateien
angewiesen sind.
Wenn Sie unsicher sind, sagen Sie N.

\subsubsection{Driver Core verbose debug message}
CONFIG\_DEBUG\_DRIVER [=n] \textbf{[~]}\\*
Geben Sie hier Y an, wenn Sie möchten, dass der Treiberkern eine Reihe von
Debugmeldungen in das Systemprotokoll schreibt. Wählen Sie dies, wenn Sie ein
Problem mit dem Treiberkern haben und mehr über die Vorgänge erfahren möchten.
Wenn Sie sich nicht sicher sind, wählen Sie hier N.

\subsubsection{Managed device resources verbose debug messages}
CONFIG\_DEBUG\_DEVRES [=n] \textbf{[~]}\\*
Diese Option aktiviert den Kernelparameter devres.log. Wenn sie auf einen Wert
ungleich Null gesetzt ist, werden Devres"=Debug"=Meldungen gedruckt. Wählen
Sie diese Option, wenn Sie ein Problem mit devres haben oder die
Ressourcenverwaltung für ein verwaltetes Gerät debuggen wollen. 
\texttt{devres.log}
kann vom sysfs"=Knoten aus ein- und ausgeschaltet werden.\\
Wenn Sie sich diesbezüglich unsicher sind, sagen Sie hier N.

\subsubsection{Test driver remove calls during probe (UNSTABLE)}
CONFIG\_DEBUG\_TEST\_DRIVER\_REMOVE [=n] \textbf{[~]}\\*
Geben Sie hier Y an, wenn Sie möchten,
dass der Treiberkern die Funktionen zum Entfernen von Treibern durch den
Aufruf von probe, remove, probe testet. Dadurch wird der Entfernungspfad
getestet, ohne dass der Treiber entbunden oder das Treibermodul entladen
werden muss.
Es wird erwartet, dass diese Option Fehler findet und Ihr System unbrauchbar
machen kann. Sie sollten hier N angeben, es sei denn, Sie wollen diese
Funktion ausdrücklich testen.

\subsubsection{Build kernel module to test asynchronous driver probing}
CONFIG\_TEST\_ASYNC\_DRIVER\_PROBE [=n] \textbf{[~]}\\*
Die Aktivierung dieser Option erzeugt ein Kernelmodul, mit dem die asynchrone
Treiberprüfung durch den Gerätekern getestet werden kann.
Der Modulname lautet \texttt{test\_async\_driver\_probe.ko}\\
Wenn Sie unsicher sind, sagen Sie N.

\subsubsection{Enable verbose DMA\_FENCE\_TRACE messages}
CONFIG\_DMA\_FENCE\_TRACE [=n] \textbf{[~]}\\*
Aktivieren Sie die Druckfunktion DMA\_FENCE\_TRACE. Dies fügt dem
Konsolenprotokoll zusätzlichen Spam hinzu, erleichtert aber die Diagnose
von Problemen im Zusammenhang mit Blockierungen bei DMA"=Puffern, die von
mehreren Geräten gemeinsam genutzt werden.

\subsubsection{sync\_state() behavior defaults to timeout instead of strict}
CONFIG\_FW\_DEVLINK\_SYNC\_STATE\_TIMEOUT [=n] \textbf{[~]}\\*
Dies entspricht dem Hinzufügen des Kernel"=Kommandozeilenparameters\\
\texttt{\dq fw\_devlink.sync\_state=timeout\dq}.\\
Geben Sie das Warten auf Verbraucher auf und rufen Sie sync\_state() auf
allen Geräten auf, die ihre sync\_state()"=Aufrufe noch nicht erhalten haben,
nachdem deferred\_probe\_timeout abgelaufen ist oder durch late\_initcall(),
wenn !CONFIG\_MODULES. Sie sollten hier fast immer N auswählen, es sei denn,
Sie haben bereits erfolgreich mit der Kommandozeilenoption auf jedem
System/Board getestet, auf dem Ihr Kernel voraussichtlich funktionieren wird.

\subsection{Bus devices \texorpdfstring{$\rightarrow$}{->}}
\textit{(Bus-Geräte)}

\subsubsection{Modem Host Interface (MHI) bus}
CONFIG\_MHI\_BUS [=m] \textbf{[M]}\\*
Bustreiber für das MHI"=Protokoll. Modem Host Interface (MHI) ist ein
Kommunikationsprotokoll, das von den Host"=Prozessoren zur Steuerung und
Kommunikation mit Modemgeräten über einen Hochgeschwindigkeits"=Peripheriebus
oder gemeinsamen Speicher verwendet wird.

\paragraph{Debugfs support for the MHI bus}$~$\\
CONFIG\_MHI\_BUS\_DEBUG [=n] \textbf{[~]}\\*
Aktiviert die Unterstützung von debugfs für die Verwendung mit dem MHI-Transport.
Ermöglicht das Lesen und/oder Ändern einiger Werte innerhalb des MHI"=Controllers
zu Debug- und Testzwecken.

\paragraph{MHI PCI controller driver}$~$\\
CONFIG\_MHI\_BUS\_PCI\_GENERIC [=m] \textbf{[M]}\\*
Dieser Treiber bietet einen MHI PCI"=Controller"=Treiber für Geräte wie Qualcomm
SDX55"=basierte PCIe"=Modems.

\subsubsection{Modem Host Interface (MHI) bus Endpoint implementation}
CONFIG\_MHI\_BUS\_EP [=m] \textbf{[M]}\\*
Bustreiber für das MHI-Protokoll. Modem Host Interface (MHI) ist ein
Kommunikationsprotokoll, das von einem Host"=Prozessor zur Steuerung und
Kommunikation eines Modemgeräts über einen Hochgeschwindigkeits"=Peripheriebus
oder einen gemeinsamen Speicher verwendet wird.
MHI\_BUS\_EP implementiert das MHI"=Protokoll für die Endpunktgeräte, wie z.~B.
das SDX55"=Modem, das über PCIe mit dem Host"=Rechner verbunden ist.

%15.7
\subsection{Cache Drivers ---}
\textit{(Pufferspeicher-Treiber)}

\subsection{Connector -- unified userspace 
\texorpdfstring{$\leftrightarrow$}{<->} kernelspace linker 
\texorpdfstring{$\rightarrow$}{->}}
CONFIG\_CONNECTOR [=y] \textbf{[Y]}\\*
Dies ist ein vereinheitlichter Userspace $\leftrightarrow$
Kernelspace"=Anschluss,
der auf dem Netlink"=Socket"=Protokoll aufbaut.
Connector"=Unterstützung kann auch als Modul gebaut werden.
Wenn dies der Fall ist, wird das Modul \texttt{cn} genannt.

\subsubsection{Report process events to userspace}
CONFIG\_PROC\_EVENTS [=y] \textbf{[Y]}\\*
Einen Konnektor bereitstellen, der Prozessereignisse an den Userspace meldet.
Senden Sie Ereignisse wie fork, exec, id-Änderung (uid, gid, suid, etc.)
und exit.

%15.9
\subsection{Firmware Drivers \texorpdfstring{$\rightarrow$}{->}}
\textit{(Firmware-Treiber)}

\subsubsection{ARM System Control and Management Interface Protocol ---}
\textit{(ARM-Systemsteuerungs- und Verwaltungsschnittstellenprotokoll)}

\subsubsection{BIOS Enhanced Disk Drive calls determine boot disk}
CONFIG\_EDD [=m] \textbf{[M]}\\*
Geben Sie hier Y oder M an, wenn Sie die BIOS Enhanced Disk Drive Services
aktivieren wollen, die das BIOS im realen Modus aufruft, um festzustellen,
von welcher Festplatte das BIOS zu booten versucht. Diese Information wird
dann über sysfs exportiert.
Diese Option ist experimentell und es ist bekannt, dass sie bei einigen
obskuren Konfigurationen nicht bootet. Die meisten BIOS"=Hersteller von
Festplattencontrollern implementieren diese Funktion noch nicht.

\paragraph{Sets default behavior for EDD detection to off}$~$\\
CONFIG\_EDD\_OFF [=n] \textbf{[~]}\\*
Sagen Sie Y, wenn Sie EDD standardmäßig deaktivieren wollen, obwohl es in
den Kernel einkompiliert ist. Sagen Sie N, wenn Sie EDD standardmäßig
aktivieren wollen. EDD kann mit dem Kernelparameter
\texttt{edd=$\{$on|skipmbr|off$\}$} dynamisch eingestellt werden.

%15.9.3
\subsubsection{Export DMI identification via sysfs to userspace}
CONFIG\_DMIID [=y] \textbf{[Y]}\\*
Geben Sie hier Y an, wenn Sie SMBIOS/DMI"=Systemidentifikationsinformationen
aus dem Userspace über \texttt{/sys/class/dmi/id/} abfragen wollen oder
wenn Sie
DMI"=basiertes automatisches Laden von Modulen wünschen.

%15.9.4
\subsubsection{DMI table support in sysfs}
CONFIG\_DMI\_SYSFS [=y] \textbf{[Y]}\\*
Geben Sie hier Y oder M ein, um den Export der Rohdaten der DMI"=Tabelle
über sysfs zu aktivieren. Dies ist nützlich, um die Daten zu konsumieren,
ohne überhaupt Zugriff auf \texttt{/dev/mem} zu benötigen.
Die Tabellen befinden sich unter \texttt{/sys/firmware/dmi}, wenn diese
Option aktiviert und geladen ist.

\subsubsection{iSCSI Boot Firmware Table Attributes}
CONFIG\_ISCSI\_IBFT\_FIND [=y] \textbf{[Y]}\\*
Mit dieser Option kann der Kernel den Speicherbereich finden, in dem sich
die ISCSI Boot Firmware Table (iBFT) befindet. Dies ist notwendig, damit das
Modul iSCSI Boot Firmware Table Attributes richtig funktioniert.

\subsubsection{iSCSI Boot Firmware Table Attributes module}
CONFIG\_ISCSI\_IBFT [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für die Erkennung und Offenlegung
der iSCSI Boot Firmware Table (iBFT) über sysfs im Userspace. Wenn Sie die
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.

\subparagraph{Disable using efivars as a pstore backend by default}$~$\\
CONFIG\_EFI\_VARS\_PSTORE\_DEFAULT\_DISABLE [=y] \textbf{[Y]}\\*
Wenn Sie hier Y angeben, wird die Verwendung von efivars als Speicher-Backend für
pstore standardmäßig deaktiviert. Diese Einstellung kann mit dem Parameter
\texttt{pstore\_disable} des \texttt{efivars}-Moduls außer Kraft gesetzt werden.

\paragraph{Reserve EFI Specific Purpose Memory}$~$\\
CONFIG\_EFI\_SOFT\_RESERVE [=y] \textbf{[Y]}\\*
Auf Systemen mit gemischten Leistungsklassen des Speichers kann EFI mit einem Attribut
einen bestimmten Zweck des Speichers angeben (siehe EFI\_MEMORY\_SP in UEFI~2.8).
Ein mit diesem Attribut gekennzeichneter Speicherbereich kann im Vergleich zum allgemeinen
\glqq System"=RAM\grqq{}"=Pool des Systems einzigartige Leistungsmerkmale aufweisen. In der Erwartung,
dass ein solcher Speicher anwendungsspezifisch genutzt wird und sein EFI"=Basistyp
\glqq konventionell\grqq{} ist, antwortet Y, damit der Kernel ihn als
\glqq Soft Reserved\grqq{}-Ressource reserviert und standardmäßig für den Direktzugriff
(device-dax) reserviert. Der Speicherbereich kann später optional dem Page Allocator durch
die Systemadministrator"=Policy über die device"=dax kmem"=Funktion zugewiesen werden.
Sagen Sie N, damit der Kernel diesen Speicher standardmäßig als \glqq System-RAM\grqq{}
behandelt.\\
Wenn Sie unsicher sind, sagen Sie Y.

\paragraph{Adjust memory attributes in EFISTUB}$~$\\
CONFIG\_EFI\_DXE\_MEM\_ATTRIBUTES [=y] \textbf{[Y]}\\*
Die UEFI-Spezifikation garantiert nicht, dass der gesamte Speicher sowohl zum Schreiben
als auch zum Ausführen zugänglich ist, wie es der Kernel erwartet.\\
Verwenden Sie DXE-Dienste, um Speicherschutzattribute während des Bootens über EFISTUB
zu prüfen und zu ändern, um sicherzustellen, dass die vom Kernel verwendeten
Speicherbereiche beschreibbar und ausführbar sind.

\paragraph{EFI Bootloader Control}$~$\\
CONFIG\_EFI\_BOOTLOADER\_CONTROL [=m] \textbf{[M]}\\*
Dieses Modul installiert einen Reboot-Hook, so dass, wenn reboot() mit einem
String-Argument NNN aufgerufen wird, \glqq NNN\grqq{} in die EFI"=Variable
\glqq LoaderEntryOneShot\grqq{} kopiert wird, um vom Bootloader gelesen zu werden.\\
Wenn die Zeichenkette mit einem der in seiner Konfiguration definierten Boot-Labels
übereinstimmt, bootet der Bootloader einmal mit diesem Label.
Die EFI"=Variable
\glqq LoaderEntryRebootReason\grqq{} wird mit dem Reboot"=Grund gesetzt:
\glqq reboot\grqq{} oder \glqq shutdown\grqq{}. Der Bootloader liest diesen
Reboot"=Grund ein und ergreift bestimmte Maßnahmen entsprechend seiner Richtlinie.

\paragraph{EFI capsule loader}$~$\\
CONFIG\_EFI\_CAPSULE\_LOADER [=m] \textbf{[M]}\\*
Diese Option stellt eine Laderschnittstelle \texttt{/dev/efi\_capsule\_loader} zur Verfügung,
über die Benutzer EFI"=Kapseln laden können. Dieser Treiber erfordert eine funktionierende
Runtime"=Kapselunterstützung in der Firmware, die viele OEMs nicht bieten.\\
Die meisten Benutzer sollten N sagen.

\paragraph{EFI Runtime Service Tests Support}$~$\\
CONFIG\_EFI\_TEST [=n] \textbf{[~]}\\*
Dieser Treiber verwendet die \texttt{efi.$<$service$>$}"=Funktionszeiger direkt, anstatt über die
efivar"=API zu gehen, da er nicht versucht, das Kernel"=Subsystem zu testen, sondern nur
die UEFI"=Laufzeitdienstschnittstellen, die von der Firmware bereitgestellt werden.
Dieser Treiber wird von der Firmware Test Suite (FWTS) zum Testen der
UEFI"=Laufzeitschnittstellen der Firmware verwendet.
Details zur FWTS sind verfügbar unter:
\url{https://wiki.ubuntu.com/FirmwareTestSuite}
Sagen Sie hier Y, um die Unterstützung der Laufzeitdienste über \texttt{/dev/efi\_test}
zu aktivieren.
Wenn Sie unsicher sind, sagen Sie N.

\paragraph{Apple Device Properties}$~$\\
CONFIG\_APPLE\_PROPERTIES [=y] \textbf{[Y]}\\*
Rufen Sie Eigenschaften von EFI auf Apple Macs ab und weisen Sie sie Geräten zu, was eine
verbesserte Unterstützung von Apple"=Hardware ermöglicht. Zu den Eigenschaften, die sonst
fehlen würden, gehören das Thunderbolt"=Geräte"=ROM und die GPU"=Konfigurationsdaten.
Wenn Sie unsicher sind, sagen Sie Y, wenn Sie einen Mac haben. Andernfalls N.

\paragraph{Reset memory attack mitigation}$~$\\
CONFIG\_RESET\_ATTACK\_MITIGATION [=n] \textbf{[~]}\\*
Verlangen Sie, dass die Firmware den Inhalt des RAM nach einem Neustart unter Verwendung
der TCG Platform Reset Attack Mitigation Spezifikation löscht. Dies schützt davor, dass ein
Angreifer das System gewaltsam neu startet, während es noch Geheimnisse im RAM enthält, ein
anderes Betriebssystem startet und die Geheimnisse extrahiert. Diese Funktion sollte nur
aktiviert werden, wenn Userland so konfiguriert ist, dass das MemoryOverwriteRequest"=Flag
beim sauberen Herunterfahren gelöscht wird, nachdem die Geheimnisse entfernt wurden, da sie
sonst auch bei sauberen Neustarts ausgelöst wird.

\paragraph{EFI Runtime Configuration Interface Table Version 2 Support}$~$\\
CONFIG\_EFI\_RCI2\_TABLE [=y] \textbf{[Y]}\\*
Zeigt den Inhalt der Runtime Configuration Interface Table Version~2 auf
Dell EMC PowerEdge"=Systemen als binäres Attribut \glqq rci2\grqq{} im
Verzeichnis \texttt{/sys/firmware/efi/tables} an.
Die RCI2"=Tabelle enthält BIOS HII im XML"=Format und wird zum Auffüllen der
BIOS"=Setup"=Seite im Dell EMC OpenManage Server Administrator"=Tool verwendet.
Die BIOS"=Setup"=Seite enthält BIOS"=Tokens, die konfiguriert werden können.
Geben Sie hier Y für Dell EMC PowerEdge"=Systeme an.

\paragraph{Clear Busmaster bit on PCI bridges during ExitBootServices()}$~$\\
CONFIG\_EFI\_DISABLE\_PCI\_DMA [=n] \textbf{[~]}\\*
Deaktivieren Sie das Busmaster"=Bit im Kontrollregister auf allen PCI"=Brücken, während Sie
ExitBootServices() aufrufen und die Kontrolle an den Laufzeitkernel übergeben. Die
System"=Firmware kann die IOMMU so konfigurieren, dass böswillige PCI"=Geräte nicht in der
Lage sind, das Betriebssystem über DMA anzugreifen. Da die Firmware jedoch nicht garantieren
kann, dass das Betriebssystem IOMMU"=fähig ist, wird sie die IOMMU"=Konfiguration abbauen,
wenn ExitBootServices() aufgerufen wird. Dadurch bleibt ein Zeitfenster, in dem ein
feindliches Gerät noch Schaden anrichten kann, bevor Linux die IOMMU erneut konfiguriert.
Wenn Sie hier Y angeben, wird der EFI"=Stub das Busmaster"=Bit auf allen PCI"=Brücken
löschen, bevor ExitBootServices() aufgerufen wird. Dadurch wird verhindert, dass böswillige
PCI"=Geräte DMA durchführen können, bis der Kernel das Busmastering nach der Konfiguration
der IOMMU wieder aktiviert.
Diese Option kann bei einigen Geräten mit schlechtem Verhalten zu Fehlern führen und sollte
nicht ohne Test aktiviert werden. Die Kernel"=Befehlszeilenoptionen
\texttt{efi=disable\_early\_pci\_dma} oder \texttt{efi=no\_disable\_early\_pci\_dma} können
verwendet werden, um diese Option außer Kraft zu setzen.

\paragraph{Load custom ACPI SSDT overlay from an EFI variable}$~$\\
CONFIG\_EFI\_CUSTOM\_SSDT\_OVERLAYS [=y] \textbf{[Y]}\\*
Ermöglicht das Laden eines ACPI-SSDT-Overlays aus einer EFI"=Variablen, die durch eine
Kernel"=Befehlszeilenoption angegeben wird.
Siehe Documentation/admin-guide/acpi/ssdt-overlays.rst für weitere Informationen.

\paragraph{Disable EFI runtime services support by default}$~$\\
CONFIG\_EFI\_DISABLE\_RUNTIME [=n] \textbf{[N]}\\*
Erlaubt es, die Unterstützung der EFI-Laufzeitdienste standardmäßig zu deaktivieren.
Dies kann bereits durch die Verwendung der Option \texttt{efi=noruntime} erreicht werden,
aber es könnte nützlich sein, diese Voreinstellung ohne einen Kernel"=Befehlszeilenparameter zu haben.
Die EFI"=Laufzeitdienste sind standardmäßig deaktiviert, wenn PREEMPT\_RT aktiviert ist, da Messungen
gezeigt haben, dass einige EFI"=Funktionsaufrufe zu viel Zeit benötigen, um abgeschlossen zu werden,
was zu großen Latenzen führen kann, was ein Problem für Echtzeit"=Kernel darstellt.
Diese Voreinstellung kann mit der Option \texttt{efi=runtime} außer Kraft gesetzt werden.

\paragraph{EFI Confidential Computing Secret Area Support}$~$\\
CONFIG\_EFI\_COCO\_SECRET [=y] \textbf{[Y]}\\*
Confidential Computing"=Plattformen (z.~B. AMD SEV) ermöglichen es dem Gastbesitzer, während
des Starts der Gast"=VM auf sichere Weise Geheimnisse einzubringen. Die Geheimnisse werden in
einem bestimmten reservierten EFI"=Speicherbereich abgelegt.
Um die Geheimnisse im Kernel verwenden zu können, muss der Ort des geheimen Bereichs (wie in
der EFI"=Konfigurationstabelle veröffentlicht) beibehalten werden.
Wenn Sie hier Y angeben, wird die Adresse des EFI"=Geheimbereichs für die Verwendung im Kernel
beibehalten. Dadurch kann das Modul \texttt{virt/coco/efi\_secret} auf die Secrets zugreifen,
was wiederum Userspace"=Programmen den Zugriff auf die injizierten Secrets ermöglicht.

\subsubsection{Qualcomm firmware drivers ---}
\textit{(Qualcomm-Firmware-Treiber)}

\subsubsection{Tegra firmware drivers ---}
\textit{(Tegra-Firmware-Treiber)}

\subsection{GNSS receiver support \texorpdfstring{$\rightarrow$}{->}}
CONFIG\_GNSS \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Sagen Sie hier Y, wenn Sie einen GNSS"=Empfänger (z.~B. einen GPS"=Empfänger) haben.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M:
Das Modul wird \texttt{gnss} genannt.

\subsubsection{Mediatek GNSS receiver support}
CONFIG\_GNSS\_MTK\_SERIAL \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Sagen Sie hier Y, wenn Sie einen Mediatek"=basierten GNSS"=Empfänger haben, der eine
serielle Schnittstelle verwendet.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird
\texttt{gnss-mtk} genannt.
Wenn Sie unsicher sind, wählen Sie N.

\subsubsection{SiRFstar GNSS receiver support}
CONFIG\_GNSS\_SIRF\_SERIAL \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Sagen Sie hier Y, wenn Sie einen SiRFstar"=basierten GNSS"=Empfänger haben, der eine
serielle Schnittstelle verwendet.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul
wird \texttt{gnss-sirf} genannt.
Wenn Sie unsicher sind, wählen Sie N.

\subsubsection{u-blox GNSS receiver support}
CONFIG\_GNSS\_UBX\_SERIAL \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Sagen Sie hier Y, wenn Sie einen GNSS-Empfänger von u-blox haben, der eine serielle
Schnittstelle verwendet.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M:
Das Modul wird \texttt{gnss-ubx} genannt.
Wenn Sie unsicher sind, wählen Sie N.

\subsubsection{USB GNSS receiver support}
CONFIG\_GNSS\_USB \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Geben Sie hier Y ein, wenn Sie einen GNSS-Empfänger haben, der eine
USB-Schnittstelle verwendet.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M:
Das Modul wird \texttt{gnss-usb} genannt.
Wenn Sie unsicher sind, sagen Sie N.

\subsection{Memory Technology Devices (MTD) support \texorpdfstring{$\rightarrow$}{->}}
CONFIG\_MTD \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Memory Technology Devices sind Flash-, RAM- und ähnliche Chips, die häufig für
Solid"=State"=Dateisysteme auf eingebetteten Geräten verwendet werden. Diese Option
bietet die allgemeine Unterstützung für MTD"=Treiber, um sich beim Kernel zu registrieren,
und für potenzielle Benutzer von MTD"=Geräten, um die vorhandenen Geräte aufzulisten und
einen Zugriff auf sie zu erhalten. Sie ermöglicht es Ihnen auch, individuelle Treiber für
bestimmte Hardware und Benutzer von MTD"=Geräten auszuwählen.
Wenn Sie unsicher sind, sagen Sie N.

\subsubsection{MTD test support (DANGEROUS)}
CONFIG\_MTD\_TESTS [=n] \textbf{[~]}\\*
Mit dieser Option werden verschiedene MTD-Tests in die Kompilierung einbezogen. Die Tests
sollten normalerweise als Kernelmodule kompiliert werden. Die Module führen verschiedene
Prüfungen und Verifizierungen durch, wenn sie geladen werden.\\
WARNUNG: Einige der Tests werden das gesamte MTD"=Gerät, das sie testen, LÖSCHEN.
Verwenden Sie diese Tests nicht, wenn Sie nicht wirklich wissen, was Sie tun.

\subsubsection{Partition parsers \texorpdfstring{$\rightarrow$}{->}}
\textit{(Partitionsparser)}

\paragraph{Command line partition table parsing}$~$\\
CONFIG\_MTD\_CMDLINE\_PARTS [=n] \textbf{[~]}\\*
Ermöglicht die generische Konfiguration der MTD"=Partitionstabellen über die Kernel"=Befehlszeile.
Mehrere Flash"=Ressourcen werden für Hardware unterstützt, bei der verschiedene Arten von
Flash"=Speicher verfügbar sind.
Die Parsing"=Funktionen müssen immer noch vom Treiber für Ihr spezielles Gerät aufgerufen werden.
Das wird nicht automatisch geschehen. Der SA1100"=Map"=Treiber (CONFIG\_MTD\_SA1100) verfügt zum
Beispiel über eine entsprechende Option.
Das Format für die Befehlszeile ist wie folgt:\\[0.5em]
\texttt{mtdparts=$<$mtddef$>$[;$<$mtddef]\\
$<$mtddef$>$ := $<$mtd-id$>$:$<$partdef$>$[,$<$partdef$>$]\\
$<$partdef$>$ := $<$size$>$[@offset][$<$name$>$][ro]\\
%$<$mtd-id$>$ := eindeutige Kennung, die bei der Zuordnung von Treiber/Gerät verwendet wird\\
$<$mtd-id$>$ := eindeutige Kennung für die Zuordnung von Treiber/Gerät\\
$<$size$>$ := Standard-Linux-Memsize ODER \dq{}-\dq{}, um den verbleibenden Platz zu kennzeichnen\\
$<$name$>$ := (NAME)}\\[0.5em]
Aufgrund der Art und Weise, wie Linux mit der Kommandozeile umgeht, sind in der Partitionsdefinition
keine Leerzeichen erlaubt, auch nicht in den mtd"=id's und Partitionsnamen.\\
Beispiele:\\
1 Flash-Ressource (mtd-id \glqq sa1100\grqq{}), mit 1 einzigen beschreibbaren Partition:\\
\texttt{mtdparts=sa1100:-}\\
Gleiches Flash, aber 2 benannte Partitionen, von denen die erste schreibgeschützt ist:\\
\texttt{mtdparts=sa1100:256k(ARMboot)ro,-(root)}\\
Wenn Sie unsicher sind, sagen Sie N.

\paragraph{RedBoot partition table parsing}$~$\\
CONFIG\_MTD\_REDBOOT\_PARTS [=n] \textbf{[~]}\\*
RedBoot ist ein ROM"=Monitor und Bootloader, der mit mehreren \glqq Images\grqq{} in
Flash"=Geräten umgeht, indem er eine Tabelle in einen der Löschblöcke auf dem Gerät
einfügt, ähnlich einer Partitionstabelle, die die Offsets, Längen und Namen aller im
Flash gespeicherten Images enthält.
Wenn Sie einen Code benötigen, der diese Tabelle erkennt und analysiert und
MTD"=\glqq{}Partitionen\grqq{} entsprechend jedem Bild in der Tabelle registriert,
aktivieren Sie diese Option.
Die Parsing"=Funktionen müssen weiterhin vom Treiber für Ihr spezielles Gerät
aufgerufen werden. Das wird nicht automatisch geschehen.
Der SA1100"=Kartentreiber (CONFIG\_MTD\_SA1100) verfügt beispielsweise über eine
Option für diese Funktion.

\subsubsection*{*** User Modules And Translation Layers ***}
\textit{(Benutzermodule und Übersetzungsschichten)}

\subsubsection{Caching block device access to MTD devices}
CONFIG\_MTD\_BLOCK [=m] \textbf{[M]}\\*
Obwohl die meisten Flash"=Chips eine zu große Löschgröße haben, um als Blockbausteine nützlich zu sein,
ist es möglich, MTD"=Bausteine, die auf RAM"=Chips basieren, auf diese Weise zu verwenden.
Dieses Blockgerät ist ein Benutzer von MTD"=Geräten, die diese Funktion erfüllen.
Beachten Sie, dass das Mounten eines JFFS2"=Dateisystems nicht die Verwendung von mtdblock erfordert.
Es ist möglich, ein rootfs unter Verwendung des MTD"=Geräts in den \texttt{root=}"=Bootargs als
\texttt{root=mtd2} oder \texttt{root=mtd:name\_of\_device} zu mounten.\\
Später kann es erweitert werden, um Lese-/Lösch-/Modifizierungs-/Schreibzyklen auf Flash"=Chips
durchzuführen, um eine kleinere Blockgröße zu emulieren. Dies ist natürlich sehr unsicher, könnte aber
für Dateisysteme nützlich sein, auf die fast nie geschrieben wird.
Für die Verwendung mit DiskOnChip"=Geräten benötigen Sie diese Option nicht. Aktivieren Sie für diese
Geräte stattdessen die NFTL"=Unterstützung (CONFIG\_NFTL).

\paragraph{Readonly block device access to MTD devices}$~$\\
CONFIG\_MTD\_BLOCK\_RO [=n] \textbf{[~]}\\*
Damit können Sie schreibgeschützte Dateisysteme (wie cramfs) von einem MTD"=Gerät einhängen, ohne den
Overhead (und die Gefahr) des Caching"=Treibers.\\
Sie benötigen diese Option nicht für die Verwendung mit DiskOnChip"=Geräten. Aktivieren Sie für diese
stattdessen die NFTL"=Unterstützung (CONFIG\_NFTL).

\subsubsection*{*** Note that in some cases UBI block is preferred. See MTD\_UBI\_BLOCK. ***}
\textit{(Beachten Sie, dass in einigen Fällen der UBI"=Block vorzuziehen ist. Siehe MTD\_UBI\_BLOCK.)}

\subsubsection{FTL (Flash Translation Layer) support}
CONFIG\_FTL [=n] \textbf{[~]}\\*
Dies bietet Unterstützung für den ursprünglichen Flash Translation Layer, der Teil der PCMCIA"=Spezifikation ist.
Es verwendet eine Art Pseudo"=Dateisystem auf einem Flash"=Gerät, um ein Blockgerät mit 512-Byte"=Sektoren zu
emulieren, auf das ein \glqq normales\grqq{} Dateisystem gelegt wird.\\
Es kann sein, dass die in diesem Code verwendeten Algorithmen patentiert sind, es sei denn, Sie leben in der
freien Welt, in der Softwarepatente nicht legal sind -- in den USA ist es nur erlaubt, diesen Code auf
PCMCIA"=Hardware zu verwenden, obwohl es Ihnen unter den Bedingungen der GPL natürlich erlaubt ist, den
Code nach Belieben zu kopieren, zu verändern und zu verbreiten. Verwenden Sie ihn einfach nicht.

\subsubsection{NFTL (NAND Flash Translation Layer) support}
CONFIG\_NFTL [=n] \textbf{[~]}\\*
Dies bietet Unterstützung für den NAND Flash Translation Layer, der auf den DiskOnChip"=Geräten von M"=Systems
verwendet wird. Es verwendet eine Art Pseudo"=Dateisystem auf einem Flash"=Gerät, um ein Blockgerät mit
512-Byte"=Sektoren zu emulieren, auf das ein \glqq normales\grqq{} Dateisystem gelegt wird.
Es kann sein, dass die in diesem Code verwendeten Algorithmen patentiert sind, es sei denn, Sie leben in der
freien Welt, wo Softwarepatente nicht legal sind -- in den USA dürfen Sie diesen Code nur auf
DiskOnChip"=Hardware verwenden, obwohl es Ihnen unter den Bedingungen der GPL natürlich erlaubt ist, den
Code nach Belieben zu kopieren, zu verändern und zu verteilen. Verwenden Sie ihn einfach nicht.

\subsubsection{INFTL (Inverse NAND Flash Translation Layer) support}
CONFIG\_INFTL [=n] \textbf{[~]}\\*
Dies bietet Unterstützung für den Inverse NAND Flash Translation Layer, der auf den neueren DiskOnChip"=Geräten
von M"=Systems verwendet wird. Dabei wird eine Art Pseudo"=Dateisystem auf einem Flash"=Gerät verwendet,
um ein Blockgerät mit 512-Byte"=Sektoren zu emulieren, auf das ein \glqq normales\grqq{} Dateisystem gelegt wird.
Es kann sein, dass die in diesem Code verwendeten Algorithmen patentiert sind, es sei denn, Sie leben in der
freien Welt, wo Softwarepatente nicht legal sind -- in den USA dürfen Sie diesen Code nur auf
DiskOnChip"=Hardware verwenden, obwohl es Ihnen unter den Bedingungen der GPL natürlich erlaubt ist, den Code
nach Belieben zu kopieren, zu verändern und zu verteilen. Verwenden Sie ihn einfach nicht.

\subsubsection{Resident Flash Disk (Flash Translation Layer) support}
CONFIG\_RFD\_FTL [=n] \textbf{[~]}\\*
Dies bietet Unterstützung für die Flash"=Übersetzungsschicht, bekannt als Resident Flash Disk (RFD),
wie sie vom Embedded BIOS von General Software verwendet wird. Es gibt einen Hinweis unter:\\
\url{http://www.gensw.com/pages/prod/bios/rfd.htm}

\subsubsection{NAND SSFDC (SmartMedia) read only translation layer}
CONFIG\_SSFDC [=n] \textbf{[~]}\\*
Dies ermöglicht den Nur-Lese-Zugriff auf SmartMedia"=formatierten NAND"=Flash.
Sie können es mit dem FAT"=Dateisystem mounten.

\subsubsection{SmartMedia/xD new translation layer}
CONFIG\_SM\_FTL [=n] \textbf{[~]}\\*
Dies ermöglicht EXPERIMENTAL R/W Unterstützung für SmartMedia/xD FTL (Flash translation layer).
Die Schreibunterstützung ist nur leicht getestet, daher wird dieser Treiber nicht für die Verwendung
mit wertvollen Daten empfohlen (wenn Sie wertvolle Daten haben, machen Sie auf jeden Fall Backups,
egal welche Software/Hardware Sie verwenden, denn man weiß nie, was Ihre Daten frisst...)
Wenn Sie nur R/O-Zugriff benötigen, können Sie einen älteren R/O-Treiber verwenden (CONFIG\_SSFDC)

\subsubsection{Log panic/oops to an MTD buffer}
CONFIG\_MTD\_OOPS [=n] \textbf{[~]}\\*
Dadurch können Panic- und Oops-Meldungen in einem Ringspeicher in einer Flash"=Partition protokolliert
werden, wo sie zu einem späteren Zeitpunkt wieder gelesen werden können.

\subsubsection{Log panic/oops to an MTD buffer based on pstore}
CONFIG\_MTD\_PSTORE [=m] \textbf{[M]}\\*
Dadurch können Panic- und Oops-Meldungen in einem Ringspeicher in einer Flash"=Partition protokolliert
werden, wo sie nach dem Mounten des pstore"=Dateisystems als Dateien zurückgelesen werden können.
Wenn Sie unsicher sind, sagen Sie N.

\subsubsection{Swap on MTD device support}
CONFIG\_MTD\_SWAP [=n] \textbf{[~]}\\*
Bietet einen flüchtigen Block"=Gerätetreiber auf der mtd"=Partition, der für Swapping geeignet ist.
Die Zuordnung der geschriebenen Blöcke wird nicht gespeichert.
Der Treiber bietet Verschleißausgleich durch Speicherung des Löschzählers im OOB.

\subsubsection{Retain master device when partitioned}
CONFIG\_MTD\_PARTITIONED\_MASTER [=y] \textbf{[Y]}\\*
Aus historischen Gründen ist standardmäßig entweder ein Master vorhanden oder mehrere Partitionen,
aber nicht beides. Die Befürchtung war, dass Daten, die in mehreren Partitionen aufgelistet sind,
gefährlich sind; SCSI tut dies jedoch, und es ist häufig für Anwendungen nützlich. Diese Konfigurationsoption
lässt den Master bestehen, auch wenn das Gerät partitioniert ist. Sie macht außerdem das übergeordnete Gerät
der Partition zum Master"=Gerät und nicht das, was hinter dem Master"=Gerät liegt.

\subsubsection{RAM/ROM/Flash chip drivers \texorpdfstring{$\rightarrow$}{->}}
\textit{(RAM/ROM/Flash-Chip-Treiber)}

\paragraph{Detect flash chips by Common Flash Interface (CFI) probe}$~$\\
CONFIG\_MTD\_CFI [=n] \textbf{[~]}\\*
Die Common Flash Interface-Spezifikation wurde von Intel, AMD und anderen Flash"=Herstellern entwickelt und
bietet eine universelle Methode zum Testen der Fähigkeiten von Flash"=Geräten. Wenn Sie ein CFI"=kompatibles
Gerät unterstützen möchten, müssen Sie diese Option aktivieren. Weitere Informationen über CFI finden Sie unter
\url{https://www.amd.com/products/nvd/overview/cfi.html}.

\paragraph{Detect non-CFI AMD/JEDEC-compatible flash chips}$~$\\
CONFIG\_MTD\_JEDECPROBE [=n] \textbf{[~]}\\*
Diese Option ermöglicht das Sondieren von Flash-Chips im JEDEC-Stil, die nicht mit dem Common Flash Interface
kompatibel sind, verwendet aber für alle identifizierten Chips, die tatsächlich in allen Bereichen außer der
Sondierungsmethode kompatibel sind, die gemeinsamen CFI"=konformen Flash"=Treiber. Dies deckt die meisten
AMD/Fujitsu"=kompatiblen Chips und auch nicht"=CFI"=Intel"=Chips ab.

\paragraph{Support for RAM chips in bus mapping}$~$\\
CONFIG\_MTD\_RAM [=n] \textbf{[~]}\\*
Diese Option ermöglicht die grundlegende Unterstützung von RAM"=Chips, auf die über einen
Bus"=Mapping"=Treiber zugegriffen wird.

\paragraph{Support for ROM chips in bus mapping}$~$\\
CONFIG\_MTD\_ROM [=m] \textbf{[M]}\\*
Diese Option ermöglicht die grundlegende Unterstützung von ROM"=Chips, auf die über einen
Bus"=Mapping"=Treiber zugegriffen wird.

\paragraph{Support for absent chips in bus mapping}$~$\\
CONFIG\_MTD\_ABSENT [=n] \textbf{[~]}\\*
Diese Option aktiviert die Unterstützung für einen Dummy"=Treiber, der zur Zuweisung von
Platzhalter"=MTD"=Geräten auf Systemen mit gesockelten oder austauschbaren Medien verwendet wird.
Die Verwendung dieses Treibers als Fallback"=Chip"=Sonde bewahrt die erwartete
Registrierungsreihenfolge der MTD"=Geräteknoten auf dem System unabhängig vom Vorhandensein von
Medien. Geräteknoten, die mit diesem Treiber erstellt werden, geben beim Zugriff -ENODEV zurück.

\subsubsection{Mapping drivers for chip access \texorpdfstring{$\rightarrow$}{->}}
\textit{(Abbildung von Treibern für den Chipzugriff)}

\paragraph{Support non-linear mappings of flash chips}$~$\\
CONFIG\_MTD\_COMPLEX\_MAPPINGS [=n] \textbf{[~]}\\*
Dies führt dazu, dass die Chiptreiber komplizierte Paged"=Mappings von Flash"=Chips ermöglichen.

\paragraph{Flash device in physical memory map}$~$\\
CONFIG\_MTD\_PHYSMAP [=n] \textbf{[~]}\\*
Damit steht ein \glqq Mapping\grqq{}-Treiber zur Verfügung, der es dem NOR"=Flash- und
ROM"=Treibercode ermöglicht, mit Chips zu kommunizieren, die physisch im Speicher der CPU abgebildet sind.
Sie müssen die physikalische Adresse und Größe der Flash"=Chips auf Ihrer speziellen Karte sowie die
Busbreite konfigurieren, entweder statisch mit Konfigurationsoptionen oder zur Laufzeit.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{physmap} heißen.

\paragraph{NOR flash on Intel Vermilion Range Expansion Bus CS0}$~$\\
CONFIG\_MTD\_INTEL\_VR\_NOR [=n] \textbf{[~]}\\*
Kartentreiber für eine NOR-Flash-Bank, die sich auf dem Erweiterungsbus des Intel Vermilion Range Chipsatzes befindet.

\paragraph{Map driver for platform device RAM (mtd-ram)}$~$\\
CONFIG\_MTD\_PLATRAM [=n] \textbf{[~]}\\*
Kartentreiber für RAM-Bereiche, die über das Gerätesystem der Plattform beschrieben werden.
Mit dieser Auswahl wird automatisch der \texttt{map\_ram}-Treiber ausgewählt.

\subsubsection{Self-contained MTD device drivers \texorpdfstring{$\rightarrow$}{->}}
\textit{(Eigenständige MTD-Gerätetreiber)}

\paragraph{Ramix PMC551 PCI Mezzanine RAM card support)}$~$\\
CONFIG\_MTD\_PMC551 [=n] \textbf{[~]}\\*
Dies bietet einen MTD"=Gerätetreiber für die Ramix PMC551 RAM PCI"=Karte von Ramix Inc.
\url{http://www.ramix.com/products/memory/pmc551.html}.
Diese Geräte gibt es in Speicherkonfigurationen von \qtyrange{32e6}{1e9}{\bit}.
Wenn Sie ein solches Gerät haben, sollten Sie dies aktivieren.
Wenn dieser Treiber als Modul kompiliert wird, erhalten Sie die Möglichkeit, die Größe des Blendenfensters,
das in den Speicher des Geräts zeigt, zu wählen. Das bedeutet, dass der Kernel bei einer 1G"=Karte normalerweise
eine 1G"=Speicherabbildung als Ansicht des Geräts verwenden wird.
Als Modul können Sie ein 1M"=Fenster in den Speicher wählen, und der Treiber wird das Fenster um den Speicher
des PMC551 \glqq herumschieben\grqq{}. Dies war besonders bei den 2.2"=Kerneln auf PPC"=Architekturen nützlich,
da der Kernel nur begrenzten Speicherplatz zur Verfügung hatte.

\paragraph{Support for AT45xxx DataFlash}$~$\\
CONFIG\_MTD\_DATAFLASH [=n] \textbf{[~]}\\*
Dies ermöglicht den Zugriff auf AT45xxx DataFlash"=Chips über SPI. Manchmal sind DataFlash"=Chips in Karten
im MMC"=Format verpackt; zu diesem Zeitpunkt kann der MMC"=Stack diese nicht verarbeiten.

\paragraph{Microchip 23K256 SRAM}$~$\\
CONFIG\_MTD\_MCHP23K256 [=n] \textbf{[~]}\\*
Dies ermöglicht den Zugriff auf Microchip 23K256 SRAM"=Chips über SPI.
Richten Sie Ihre spi"=Geräte mit den richtigen plattenspezifischen Plattformdaten oder einer
Gerätebaumbeschreibung ein, wenn Sie eine Gerätepartitionierung angeben möchten.

\paragraph{Microchip 48L640 EERAM}$~$\\
CONFIG\_MTD\_MCHP48L640 [=n] \textbf{[~]}\\*
Dies ermöglicht den Zugriff auf Microchip 48L640 EERAM-Chips über SPI.

\paragraph{Support SST25L (non JEDEC) SPI Flash chips}$~$\\
CONFIG\_MTD\_SST25L [=n] \textbf{[~]}\\*
Dies ermöglicht den Zugriff auf die nicht-JEDEC SST25L SPI-Flash-Chips, die für die Programm- und
Datenspeicherung verwendet werden.
Richten Sie Ihre spi-Geräte mit den richtigen plattformspezifischen Daten ein, wenn Sie eine
Gerätepartitionierung festlegen möchten.

\paragraph{Uncached system RAM}$~$\\
CONFIG\_MTD\_SLRAM [=n] \textbf{[~]}\\*
Wenn Ihre CPU nicht den gesamten physischen Speicher Ihres Rechners zwischenspeichern kann, können
Sie ihn dennoch als Speicher oder Swap verwenden, indem Sie diesen Treiber verwenden, um ihn dem
System als Memory Technology Device vorzustellen.

\paragraph{Physical system RAM}$~$\\
CONFIG\_MTD\_PHRAM [=m] \textbf{[M]}\\*
Dies ist eine Neuimplementierung des obigen \texttt{slram}-Treibers.
Verwenden Sie diesen Treiber, um auf physischen Speicher zuzugreifen, auf den der Kernel selbst
keinen Zugriff hat, also auf Speicher jenseits der \texttt{mem=xxx}-Grenze, nvram, Speicher auf
der Grafikkarte usw...

\paragraph{Test driver using RAM}$~$\\
CONFIG\_MTD\_MTDRAM [=m] \textbf{[M]}\\*
Dies aktiviert einen Test"=MTD"=Gerätetreiber, der vmalloc() zur Bereitstellung von Speicher verwendet.
Sie wollen wahrscheinlich N sagen, es sei denn, Sie testen etwas.

\paragraph{MTDRAM device size in KiB}$~$\\
CONFIG\_MTDRAM\_TOTAL\_SIZE [=4096] \textbf{[4096]}\\*
Damit können Sie die Gesamtgröße des vom MTDRAM"=Treiber emulierten MTD"=Geräts konfigurieren.
Wenn der MTDRAM"=Treiber als Modul gebaut wurde, ist es auch möglich, dies als Parameter beim
Laden des Moduls anzugeben.

\paragraph{MTDRAM erase block size in KiB}$~$\\
CONFIG\_MTDRAM\_ERASE\_SIZE [=128] \textbf{[128]}\\*
Damit können Sie die Größe der Löschblöcke in dem vom MTDRAM"=Treiber emulierten Gerät konfigurieren.
Wenn der MTDRAM"=Treiber als Modul gebaut ist, ist es auch möglich, dies als Parameter beim
Laden des Moduls anzugeben.

\paragraph{MTD using block device}$~$\\
CONFIG\_MTD\_BLOCK2MTD [=m] \textbf{[M]}\\*
Mit diesem Treiber kann ein Blockgerät als MTD erscheinen. Er wird im Allgemeinen in den folgenden
Fällen verwendet:\\
Wenn Sie Compact Flash als MTD verwenden, erscheinen diese dem System normalerweise als ATA"=Laufwerk.
Testen von MTD"=Benutzern (z.~B. JFFS2) auf großen Medien und Medien, die während eines Schreibvorgangs
entfernt werden könnten (Verwendung des Diskettenlaufwerks).

\paragraph*{*** Disk-On-Chip Device Drivers ***}$~$\\
\textit{(Disk-On-Chip-Gerätetreiber)}

\paragraph{M-Systems Disk-On-Chip G3}$~$\\
CONFIG\_MTD\_DOCG3 [=n] \textbf{[~]}\\*
Dies ist ein MTD"=Gerätetreiber für die M"=Systems DiskOnChip G3"=Geräte.
Der Treiber bietet Zugriff auf G3 DiskOnChip, vertrieben von M"=Systems und jetzt Sandisk.
Die Unterstützung ist sehr experimentell und bietet keinen Zugriff auf Schreiboperationen.

\subsubsection{NAND \texorpdfstring{$\rightarrow$}{->}}
\textit{(Not AND)}

\paragraph{OneNAND Device Support ---}$~$\\
CONFIG\_MTD\_ONENAND [=n] \textbf{[~]}\\*
Dies ermöglicht die Unterstützung des Zugriffs auf alle Arten von OneNAND"=Flash"=Geräten.

\paragraph{Raw/Parallel NAND Device Support \texorpdfstring{$\rightarrow$}{->}}$~$\\
CONFIG\_MTD\_RAW\_NAND [=m] \textbf{[M]}\\*
Dies ermöglicht die Unterstützung des Zugriffs auf alle Arten von rohen/parallelen NAND"=Flash"=Geräten.
Für weitere Informationen siehe \url{http://www.linux-mtd.infradead.org/doc/nand.html}.

\subparagraph*{*** Raw/parallel NAND flash controllers ***}$~$\\
\textit{(Rohe/parallele NAND"=Flash"=Kontroller)}

\subparagraph{Denali NAND controller on Intel Moorestown}$~$\\
CONFIG\_MTD\_NAND\_DENALI\_PCI [=n] \textbf{[~]}\\*
Aktivieren Sie den Treiber für NAND"=Flash auf Intel Moorestown, unter Verwendung des
Denali NAND"=Controller"=Kerns.

\subparagraph{OLPC CAF \boldmath${\sim}$I NAND controller}$~$\\
CONFIG\_MTD\_NAND\_CAFE [=n] \textbf{[~]}\\*
Verwenden Sie NAND-Flash, das mit dem CAF $\sim$I-Chip verbunden ist, der für den OLPC"=Laptop entwickelt wurde.

\subparagraph{Macronix raw NAND controller}$~$\\
CONFIG\_MTD\_NAND\_MXIC [=n] \textbf{[~]}\\*
Damit wird der Macronix Raw-NAND"=Controller"=Treiber ausgewählt.

\subparagraph{GPIO assisted NAND controller}$~$\\
CONFIG\_MTD\_NAND\_GPIO [=n] \textbf{[~]}\\*
Dies ermöglicht einen NAND"=Flash"=Treiber, bei dem Steuersignale mit GPIO"=Pins verbunden
sind und Befehle und Daten über eine Memory"=Mapped"=Schnittstelle übertragen werden.

\subparagraph{Generic NAND controller}$~$\\
CONFIG\_MTD\_NAND\_PLATFORM [=n] \textbf{[~]}\\*
Dies implementiert einen generischen NAND"=Treiber für On-SOC"=Plattformgeräte. Sie müssen
plattformspezifische Funktionen über platform\_data bereitstellen.

\subparagraph{Support for Arasan NAND flash controller}$~$\\
CONFIG\_MTD\_NAND\_ARASAN [=n] \textbf{[~]}\\*
Aktiviert den Treiber für den Arasan NAND"=Flash"=Controller auf Zynq Ultrascale+ MPSoC.

\subparagraph*{*** Misc ***}$~$\\
\textit{(Sonstiges)}

\subparagraph{Support for NAND Flash Simulator}$~$\\
CONFIG\_MTD\_NAND\_NANDSIM [=m] \textbf{[M]}\\*
Der Simulator kann verschiedene NAND"=Flash"=Chips für die MTD"=Nand"=Schicht simulieren.

\subparagraph{Ricoh xD card reader}$~$\\
CONFIG\_MTD\_NAND\_RICOH [=n] \textbf{[~]}\\*
Unterstützung für den xD"=Kartenleser Ricoh R5C852 aktivieren.
Sie müssen auch entweder die \glqq NAND SSFDC (SmartMedia) Nur"=Lese"=Übersetzungsschicht\grqq{}
oder die neue experimentelle, schreibbare \glqq SmartMedia/xD new translation layer\grqq{} aktivieren.

\subparagraph{DiskOnChip 2000, Millennium and Millennium Plus (NAND reimplementation)}$~$\\
CONFIG\_MTD\_NAND\_DISKONCHIP [=n] \textbf{[~]}\\*
Dies ist eine Neuimplementierung von M-Systems DiskOnChip 2000, Millennium und Millennium Plus
als Standard"=NAND"=Gerätetreiber, im Gegensatz zu den früheren eigenständigen MTD"=Gerätetreibern.
Dies sollte unter anderem den korrekten JFFS2"=Betrieb auf diesen Geräten ermöglichen.

\paragraph{SPI NAND device Support ---}$~$\\
CONFIG\_MTD\_SPI\_NAND [=n] \textbf{[~]}\\*
Dies ist der Grundrahmen für die SPI-NAND-Gerätetreiber.

\paragraph{ECC engine support \texorpdfstring{$\rightarrow$}{->}}$~$\\
\textit{(ECC-Motorunterstützung)}

\subparagraph{Software Hamming ECC engine}$~$\\
CONFIG\_MTD\_NAND\_ECC\_SW\_HAMMING [=y] \textbf{[Y]}\\*
Dies ermöglicht die Unterstützung der Software"=Hamming"=Fehlerkorrektur. Diese Korrektur
kann bis zu 1~Bitfehler pro Chunk korrigieren und bis zu 2~Bitfehler erkennen.
Während sie bei alten Bauteilen weit verbreitet war, erfordern neuere NAND"=Chips in der
Regel eine stärkere Korrektur und in diesem Fall wird BCH oder RS bevorzugt.

\subsubparagraph{NAND ECC Smart Media byte order}$~$\\
CONFIG\_MTD\_NAND\_ECC\_SW\_HAMMING\_SMC [=y] \textbf{[Y]}\\*
Software-ECC gemäß der Smart"=Media"=Spezifikation. Bei der ursprünglichen
Linux"=Implementierung waren Byte 0 und 1 vertauscht.

\subparagraph{Software BCH ECC engine}$~$\\
CONFIG\_MTD\_NAND\_ECC\_SW\_BCH [=y] \textbf{[Y]}\\*
Dies ermöglicht die Unterstützung der Software"=BCH"=Fehlerkorrektur. Binäre BCH"=Codes
sind leistungs"-fähiger und rechenintensiver als traditionelle Hamming"=ECC"=Codes.
Sie werden bei NAND"=Geräten verwendet, die mehr als 1~Bit Fehlerkorrektur benötigen.

\subparagraph{Macronix external hardware ECC engine}$~$\\
CONFIG\_MTD\_NAND\_ECC\_MXIC [=y] \textbf{[Y]}\\*
Dies ermöglicht die Unterstützung für die Hardware"=ECC"=Engine von Macronix.

\subsubsection{LPDDR \& LPDDR2 PCM memory drivers \texorpdfstring{$\rightarrow$}{->}}
\textit{(LPDDR \& LPDDR2 PCM-Speichertreiber)}

\paragraph{Support for LPDDR flash chips}$~$\\
CONFIG\_MTD\_LPDDR [=n] \textbf{[~]}\\*
Diese Option ermöglicht die Unterstützung von LPDDR"=Flash"=Chips (Low Power Double Data Rate).
Synonym für Mobile"=DDR. Es handelt sich um einen neuen Standard für DDR"=Speicher, der für
batterie"-betriebene Systeme gedacht ist.

\subsubsection{SPI NOR device support \texorpdfstring{$\rightarrow$}{->}}
CONFIG\_MTD\_SPI\_NOR [=m] \textbf{[M]}\\*
Dies ist der Rahmen für den SPI NOR, der von den SPI"=Gerätetreibern und dem SPI NOR"=Gerätetreiber
verwendet werden kann.

\paragraph{Use small 4096 B erase sectors}$~$\\
CONFIG\_MTD\_SPI\_NOR\_USE\_4K\_SECTORS [=y] \textbf{[Y]}\\*
Viele Flash"=Speicher unterstützen das Löschen von kleinen Sektoren ($\qty{4096}{\byte}$). Je nach
Verwendung kann diese Funktion im Vergleich zum Löschen ganzer Blöcke ($\num{32}$/$\qty{64}{\kibi\byte}$)
einen Leistungsgewinn bringen. Das Ändern eines kleinen Teils des Flash"=Inhalts ist mit kleinen
Sektoren normalerweise schneller. Andererseits sollte das Löschen schneller sein, wenn
$\qty{64}{\kibi\byte}$-Blöcke anstelle von 16~$\sim$W $\qty{4}{\kibi\byte}$-Sektoren verwendet werden.

Bitte beachten Sie, dass einige Tools/Treiber/Dateisysteme möglicherweise nicht mit einer
Löschgröße von $\qty{4096}{\byte}$ arbeiten (z.~B. UBIFS benötigt mindestens $\qty{15}{\kibi\byte}$).

\paragraph{Software write protection at boot (Disable SWP on flashes
 w/ volatile protection bits) \texorpdfstring{$\rightarrow$}{->}}$~$\\
\textit{Für diese Option gibt es keine Hilfe.}

\subparagraph{Disable SWP on any flashes (legacy behavior)}$~$\\
CONFIG\_MTD\_SPI\_NOR\_SWP\_DISABLE [=n] \textbf{[~]}\\*
Mit dieser Option wird der Software"=Schreibschutz für alle SPI"=Flashes beim Booten deaktiviert.
Je nach Flash"=Chip werden dadurch entweder die Blockschutzbits gelöscht oder ein
\glqq Global Unprotect\grqq{}"=Befehl ausgeführt.
Verwenden Sie diesen Befehl nicht, wenn Sie beabsichtigen, den Software"=Schreibschutz Ihres
SPI"=Flashs zu verwenden. Dies dient nur dazu, die Abwärtskompatibilität zu erhalten.

\subparagraph{Disable SWP on flashes w/ volatile protection bits}$~$\\
CONFIG\_MTD\_SPI\_NOR\_SWP\_DISABLE\_ON\_VOLATILE [=y] \textbf{[Y]}\\*
Einige SPI"=Flash"=Geräte verfügen über flüchtige Blockschutzbits, d.~h. nach dem Einschalten oder
einem Reset ist das Flash"=Gerät standardmäßig softwaremäßig schreibgeschützt.
Mit dieser Option wird der Software"=Schreibschutz für diese Art von Flashs deaktiviert, während er
für alle anderen SPI"=Flashs, die nichtflüchtige Schreibschutzbits haben, aktiviert bleibt.
Wenn der Software"=Schreibschutz je nach Flash deaktiviert wird, werden entweder die Blockschutzbits
gelöscht oder ein \glqq Global Unprotect\grqq{}"=Befehl ausgegeben.
Wenn Sie unsicher sind, wählen Sie diese Option.

\subparagraph{Keep software write protection as is}$~$\\
CONFIG\_MTD\_SPI\_NOR\_SWP\_KEEP [=n] \textbf{[~]}\\*
Wenn Sie diese Option wählen, wird der Software"=Schreibschutz eines SPI"=Flashs nicht geändert.
Wenn Ihr Flash über einen Software"=Schreibschutz verfügt oder nach dem Einschalten automatisch
über einen Software"=Schreibschutz verfügt, müssen Sie ihn manuell entsperren,
bevor Sie darauf schreiben können.

\subsubsection{Enable UBI -- Unsorted block images \texorpdfstring{$\rightarrow$}{->}}
CONFIG\_MTD\_UBI [=m] \textbf{[M]}\\*
UBI ist eine Softwareschicht über der MTD"=Schicht, die die Verwendung von LVM"=ähnlichen logischen Volumes
auf MTD"=Geräten zulässt, einige Komplexitäten von Flash"=Chips wie Abnutzung und fehlerhafte Blöcke
verbirgt und einige andere nützliche Funktionen bietet. Weitere Einzelheiten finden Sie auf der MTD"=Website
(\url{www.linux-mtd.infradead.org}).

\paragraph{UBI wear-leveling threshold}$~$\\
CONFIG\_MTD\_UBI\_WL\_THRESHOLD [=4096] \textbf{[4096]}\\*
Dieser Parameter legt die maximale Differenz zwischen dem höchsten Löschzählerwert und dem niedrigsten
Löschzählerwert der Löschsperren von UBI"=Geräten fest. Wenn dieser Schwellenwert überschritten wird,
beginnt das UBI mit dem Verschleißausgleich, indem es Daten von Löschblöcken mit niedrigem Löschzähler
zu Löschblöcken mit hohem Löschzähler verschiebt.
Der Standardwert sollte für SLC"=NAND"=Blitzgeräte, NOR"=Blitzgeräte und andere Blitzgeräte mit einem
Löschblock"=Lebenszyklus von \num{100000} oder mehr in Ordnung sein.
Bei MLC-NAND"=Blitzgeräten, die in der Regel eine Lebensdauer von weniger als \num{10000} haben,
sollte der Schwellenwert jedoch herabgesetzt werden (z.~B. auf 128 oder 256, obwohl er keine Potenz
von 2 sein muss).

\paragraph{Maximum expected bad eraseblock count per 1024 eraseblocks}$~$\\
CONFIG\_MTD\_UBI\_BEB\_LIMIT [=20] \textbf{[20]}\\*
Diese Option gibt an, wie viele fehlerhafte physische Eraseblocks UBI auf dem MTD"=Gerät erwartet
(pro 1024~Eraseblocks). Wenn der zugrundeliegende Flash keine schlechten Eraseblocks zulässt (z.~B. NOR-Flash),
wird dieser Wert ignoriert.

In den NAND"=Datenblättern wird oft die minimale und maximale NVM (Number of Valid Blocks) für die Lebensdauer
des Flashs angegeben. Die maximal zu erwartenden fehlerhaften Löschblöcke pro 1024~Löschblöcke können dann
berechnet werden als \glqq $1024 \cdot (1 - \mathit{MinNVB} / \mathit{MaxNVB})$\grqq{}, was für die meisten NANDs 20 ergibt
(MaxNVB ist im Grunde die Gesamtzahl der Löschblöcke auf dem Chip).
Anders ausgedrückt, wenn dieser Wert 20 ist, wird UBI versuchen, etwa $\qty{1,9}{\percent}$ der
physischen Eraseblocks für die Behandlung schlechter Blöcke zu reservieren. Und das sind
$\qty{1,9}{\percent}$ der Eraseblocks auf dem gesamten NAND"=Chip, nicht nur auf der MTD"=Partition,
die UBI zuordnet. Das bedeutet, dass, wenn Sie z.~B. einen NAND"=Flash"=Chip haben, der maximal
40~Bad Eraseblocks zulässt und auf zwei MTD"=Partitionen derselben Größe aufgeteilt ist,
UBI 40 Eraseblocks reserviert, wenn es eine Partition anhängt.
Diese Option kann durch den UBI-Modulparameter \texttt{mtd=} oder durch den ioctl \texttt{attach}
außer Kraft gesetzt werden.
Lassen Sie den Standardwert, wenn Sie unsicher sind.

\paragraph{UBI Fastmap (Experimental feature)}$~$\\
CONFIG\_MTD\_UBI\_FASTMAP [=n] \textbf{[~]}\\*
Wichtig: Diese Funktion ist bisher experimentell und das On"=Flash"=Format für Fastmap kann sich
in den nächsten Kernel"=Versionen ändern Fastmap ist ein Mechanismus, der das Anhängen eines
UBI"=Geräts in nahezu konstanter Zeit ermöglicht. Anstatt das gesamte MTD"=Gerät zu scannen,
muss nur ein Kontrollpunkt (Fastmap genannt) auf dem Gerät lokalisiert werden.
Die On"=Flash"=Fastmap enthält alle Informationen, die zum Anhängen des Geräts benötigt werden.
Die Verwendung der Fastmap ist nur bei großen Geräten sinnvoll, bei denen das Anschließen durch
Scannen lange dauert. UBI installiert nicht automatisch eine Fastmap auf alten Images, aber Sie
können den UBI"=Modulparameter fm\_autoconvert auf 1 setzen, wenn Sie dies wünschen.
Bitte beachten Sie, dass fastmap"=fähige Images auch mit UBI"=Implementierungen ohne
fastmap"=Unterstützung verwendbar sind. Auf typischen Flash"=Geräten passt die gesamte Fastmap
in ein PEB. UBI reserviert PEBs, um zwei Fastmaps zu speichern.
Im Zweifelsfall sagen Sie N.

\paragraph{MTD devices emulation driver (gluebi)}$~$\\
CONFIG\_MTD\_UBI\_GLUEBI [=n] \textbf{[~]}\\*
Diese Option aktiviert gluebi -- einen zusätzlichen Treiber, der MTD"=Geräte auf
UBI"=Volumes emuliert: für jedes UBI"=Volume wird ein MTD"=Gerät erstellt, und alle
E/A an dieses MTD"=Gerät werden auf das UBI"=Volume umgeleitet. Dies ist praktisch,
um MTD"=orientierte Software (wie JFFS2) auf UBI"=Volumes laufen zu lassen.
Aktivieren Sie dies nicht, es sei denn, Sie verwenden Legacy"=Software.

\paragraph{Read-only block devices on top of UBI volumes}$~$\\
CONFIG\_MTD\_UBI\_BLOCK [=n] \textbf{[~]}\\*
Mit dieser Option wird die Unterstützung von UBI"=Block"=Geräten mit Lesefunktion aktiviert.
UBI"=Blockgeräte werden über UBI"=Volumes gelegt, was bedeutet, dass der UBI"=Treiber Dinge
wie schlechte Eraseblocks und Bitflips transparent behandelt. Sie können jedes
blockorientierte Dateisystem auf UBI"=Volumes im Nur"=Lese"=Modus legen (z.~B. ext4), aber
es ist wahrscheinlich am praktischsten für Nur"=Lese"=Dateisysteme, wie squashfs.
Wenn diese Option ausgewählt ist, wird diese Funktion in den UBI"=Treiber integriert.
Im Zweifelsfall sagen Sie N.

\subsubsection{HyperBus support ---}
CONFIG\_MTD\_HYPERBUS [=n] \textbf{[~]}\\*
Dies ist der Rahmen für den HyperBus, der vom HyperBus"=Controller"=Treiber zur Kommunikation
mit HyperFlash verwendet werden kann. Siehe Cypress HyperBus Spezifikation für weitere Details.

\subsection{Device Tree and Open Firmware support ---}
CONFIG\_OF [=n] \textbf{[~]}\\*
Diese Option aktiviert die Gerätebaum"=Infrastruktur. Sie wird automatisch von Plattformen
ausgewählt, die sie benötigen, oder kann manuell für Unittests, Overlays oder
Compile"=Coverage aktiviert werden.

\subsection{Parallel port support \texorpdfstring{$\rightarrow$}{->}}
CONFIG\_PARPORT [=m] \textbf{[M]}\\*
Wenn Sie Geräte verwenden wollen, die an den Parallelport Ihres Rechners angeschlossen
sind (der Anschluss am Computer mit 25~Löchern), z.~B. Drucker, ZIP"=Laufwerk,
PLIP"=Link (Parallel Line Internet Protocol wird hauptsächlich verwendet, um ein
Mini"=Netzwerk zu erstellen, indem die Parallelports zweier lokaler Rechner verbunden
werden) usw., dann müssen Sie hier Y sagen; lesen Sie bitte
$<$file:Documentation/admin-guide/parport.rst$>$ und $<$file:drivers/parport/BUGS-parport$>$.
Aus"-führ"-liche Informationen über Treiber für viele Geräte, die an den Parallelport
angeschlossen werden, finden Sie unter \url{http://www.torque.net/linux-pp.html} im WWW.
Es ist möglich, eine einzige parallele Schnittstelle mit mehreren Geräten zu teilen,
und es ist sicher, alle entsprechenden Treiber in den Kernel zu kompilieren. Um die
Parallelport"=Unterstützung als Modul zu kompilieren, wählen Sie hier M:
Das Modul wird \texttt{parport} genannt.
Wenn Sie mehr als eine parallele Schnittstelle haben und beim Laden des Moduls angeben
wollen, welche Schnittstelle und welcher IRQ von diesem Treiber verwendet werden soll,
werfen Sie einen Blick auf $<$file:Documentation/admin-guide/parport.rst$>$.
Wenn Sie unsicher sind, sagen Sie Y.

\subsubsection{PC-style hardware}
CONFIG\_PARPORT\_PC [=m] \textbf{[M]}\\*
Wenn Sie einen PC-ähnlichen Parallelanschluss haben, sollten Sie hier Y eingeben.
Alle IBM-PC"=kompatiblen Computer und einige Alphas verfügen über parallele
Schnittstellen im PC"=Stil. PA-RISC"=Besitzer sollten hier nur Y angeben, wenn
sie einen SuperIO"=Parallelport haben.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M:
Das Modul heißt dann \texttt{parport\_pc}.
Wenn Sie unsicher sind, sagen Sie Y.

\paragraph{Multi-IO cards (parallel and serial)}$~$\\
CONFIG\_PARPORT\_SERIAL [=m] \textbf{[M]}\\*
Dies fügt Unterstützung für Multi"=IO-PCI"=Karten hinzu, die parallele und
serielle Schnittstellen haben. Sie sollten hier Y oder M sagen. Wenn Sie M
sagen, wird das Modul \texttt{parport\_serial} genannt.

\paragraph{Use FIFO/DMA if available}$~$\\
CONFIG\_PARPORT\_PC\_FIFO [=y] \textbf{[Y]}\\*
Viele Chipsätze für parallele Anschlüsse bieten Hardware, die das Drucken beschleunigen
kann. Sagen Sie hier Y, wenn Sie dies nutzen wollen.
Der Kernel muss nicht nur einen FIFO oder eine DMA"=Fähigkeit haben, sondern auch wissen,
welchen IRQ die parallele Schnittstelle hat. Standardmäßig werden die Interrupts der
parallelen Schnittstelle nicht verwendet, und somit auch nicht der FIFO.\\
Siehe $<$file:Documentation/admin-guide/parport.rst$>$, um herauszufinden, wie man
festlegt, welchen IRQ/DMA man verwenden will.

\paragraph{SuperIO chipset support}$~$\\
CONFIG\_PARPORT\_PC\_SUPERIO [=y] \textbf{[Y]}\\*
Wenn man hier Y sagt, kann man einige Sonden für Super"=IO"=Chipsätze aktivieren,
um Dinge wie Basis"-adressen, IRQ"=Leitungen und DMA"=Kanäle herauszufinden.
Es ist sicher, N zu sagen.
\paragraph{Support for PCMCIA management for PC-style ports}$~$\\
CONFIG\_PARPORT\_PC\_PCMCIA [=m] \textbf{[M]}\\*
Geben Sie hier Y an, wenn Sie PCMCIA"=Unterstützung für Ihre parallelen
PC"=Anschlüsse benötigen. Wenn Sie unsicher sind, sagen Sie N.

\subsubsection{IEEE~1284 transfer modes}
CONFIG\_PARPORT\_1284 [=y] \textbf{[Y]}\\*
Wenn Sie einen Drucker haben, der die Statusrückmeldung oder die Geräte"=ID
unterstützt, oder ein Gerät verwenden möchten, das erweiterte parallele
Anschlussübertragungsmodi wie EPP und ECP verwendet, geben Sie hier Y ein,
um erweiterte IEEE~1284-Übertragungsmodi zu aktivieren. Sagen Sie auch Y,
wenn Sie möchten, dass die Geräte"=ID"=Informationen in
\texttt{/proc/sys/dev/parport/*/autoprobe*} erscheinen.
Es ist sicher, N zu sagen.

\subsection{Plug and Play support \texorpdfstring{$\rightarrow$}{->}}
CONFIG\_PNP [=y] \textbf{[Y]}\\*
Plug and Play (PnP) ist ein Standard für Peripheriegeräte, der es ermöglicht,
diese Peripheriegeräte per Software zu konfigurieren, z.~B. IRQs oder andere
Parameter zuzuweisen. Es werden keine Jumper auf den Karten benötigt, stattdessen
werden die Werte den Karten über das BIOS, das Betriebssystem oder ein
Benutzerprogramm zugewiesen.
Geben Sie hier Y an, wenn Sie möchten, dass Linux Ihre Plug"=and"=Play"=Geräte
konfiguriert. Sie sollten dann auch bei allen folgenden Protokollen mit
Y antworten. Alternativ können Sie hier auch N angeben und Ihre PnP"=Geräte mit
Hilfe von Userspace"=Dienstprogrammen wie dem Paket isapnptools konfigurieren.
Wenn Sie unsicher sind, sagen Sie Y.

\subsubsection{PNP debugging messages}
CONFIG\_PNP\_DEBUG\_MESSAGES [=y] \textbf{[Y]}\\*
Geben Sie hier Y an, wenn Sie möchten, dass die PNP"=Schicht bei Bedarf
Debugging"=Meldungen erzeugen kann. Die Meldungen können beim Booten mit dem
Kernelparameter pnp.debug aktiviert werden.

Mit dieser Option können Sie etwas Platz sparen, wenn Sie nicht möchten, dass
die Meldungen sogar in den Kernel eingebaut werden.
Wenn Sie Zweifel daran haben, sagen Sie hier Y.

\subsubsection*{*** Protocols ***}
\textit{(Protokolle)}

\subsection{Block devices \texorpdfstring{$\rightarrow$}{->}}
CONFIG\_BLK\_DEV [=y] \textbf{[Y]}\\*
Sagen Sie hier Y, um die Optionen für verschiedene Blockgerätetreiber zu sehen.
Diese Option allein fügt keinen Kernelcode hinzu.
Wenn Sie N sagen, werden alle Optionen in diesem Untermenü übersprungen und
deaktiviert; tun Sie dies nur, wenn Sie wissen, was Sie tun.

\subsubsection{Null test block driver}
CONFIG\_BLK\_DEV\_NULL\_BLK [=m] \textbf{[M]}\\*
\textit{Für diese Option gibt es keine Hilfe.}

\subsubsection{Normal floppy disk support}
CONFIG\_BLK\_DEV\_FD [=m] \textbf{[M]}\\*
Wenn Sie das/die Diskettenlaufwerk(e) Ihres PCs unter Linux verwenden wollen,
sagen Sie Y. Informationen über diesen Treiber, die besonders für
IBM Thinkpad"=Benutzer wichtig sind, sind in\\
$<$file:Documentation/admin-guide/blockdev/floppy.rst$>$ enthalten.
Diese Datei enthält auch den Ort der Floppy"=Treiber"=FAQ sowie den Ort
des fdutils"=Pakets, das verwendet wird, um zusätzliche Parameter des Treibers zur
Laufzeit zu konfigurieren.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M:
Das Modul wird \texttt{floppy} genannt.

\paragraph{Support for raw floppy disk commands (DEPRECATED)}$~$\\
CONFIG\_BLK\_DEV\_FD\_RAWCMD [=n] \textbf{[~]}\\*
Wenn Sie echte physische Disketten verwenden wollen und spezielle
Low"=Level"=Hardware"=Zugriffe auf diese durchführen wollen (z.~B. auf nicht
standardisierte Formate zugreifen und diese verwenden), dann aktivieren Sie
diese Option.\\
Beachten Sie, dass der Code, der durch diese Option aktiviert wird, selten verwendet
wird und instabil oder unsicher sein könnte, und Distros sollten ihn nicht aktivieren.\\
Hinweis: FDRAWCMD ist veraltet und wird in naher Zukunft aus dem Kernel entfernt werden.
Wenn Sie unsicher sind, sagen Sie N.

\subsubsection{Block Device Driver for Micron PCIe SSDs}
CONFIG\_BLK\_DEV\_PCIESSD\_MTIP32XX [=m] \textbf{[M]}\\*
Dies aktiviert den Blocktreiber für Micron PCIe SSDs.

\subsubsection{Compressed RAM block device support}
CONFIG\_ZRAM [=m] \textbf{[M]}\\*
Erzeugt virtuelle Blockgeräte namens /dev/zramX (X = 0, 1, ...).
Die auf diese Platten geschriebenen Seiten werden komprimiert und im Speicher selbst
abgelegt. Diese Festplatten ermöglichen eine sehr schnelle E/A und die Komprimierung
führt zu einer beträchtlichen Speichereinsparung.
Es gibt mehrere Anwendungsfälle, zum Beispiel: /tmp"=Speicher, Verwendung als
Swap"=Platten und vielleicht noch viele mehr.\\
Siehe Documentation/admin-guide/blockdev/zram.rst für weitere Informationen.

\paragraph{Default zram compressor () \texorpdfstring{$\rightarrow$}{->}}$~$\\
\textit{Für diese Option gibt es keine Hilfe.}

\subparagraph{lzo-rle}$~$\\
CONFIG\_ZRAM\_DEF\_COMP\_LZORLE [=n] \textbf{[~]}\\*
\textit{Für diese Option gibt es keine Hilfe.}

\subparagraph{zstd}$~$\\
CONFIG\_ZRAM\_DEF\_COMP\_ZSTD [=y] \textbf{[Y]}\\*
\textit{Für diese Option gibt es keine Hilfe.}

\subparagraph{lz4}$~$\\
CONFIG\_ZRAM\_DEF\_COMP\_LZ4 [=n] \textbf{[~]}\\*
\textit{Für diese Option gibt es keine Hilfe.}

\subparagraph{lzo}$~$\\
CONFIG\_ZRAM\_DEF\_COMP\_LZO [=n] \textbf{[~]}\\*
\textit{Für diese Option gibt es keine Hilfe.}

\subparagraph{lz4hc}$~$\\
CONFIG\_ZRAM\_DEF\_COMP\_LZ4HC [=n] \textbf{[~]}\\*
\textit{Für diese Option gibt es keine Hilfe.}

\subparagraph{842}$~$\\
CONFIG\_ZRAM\_DEF\_COMP\_842 [=n] \textbf{[~]}\\*
\textit{Für diese Option gibt es keine Hilfe.}

\subsubsection{Write back incompressible or idle page to backing device}
CONFIG\_ZRAM\_WRITEBACK [=y] \textbf{[Y]}\\*
Bei inkompressiblen Seiten wird kein Speicherplatz gespart, um sie im Speicher zu
halten. Stattdessen wird sie auf das Sicherungsgerät geschrieben.
Für diese Funktion sollte der Administrator das Sicherungsgerät über
\texttt{/sys/block/zramX/backing\_dev} einrichten.\\
Mit \texttt{/sys/block/zramX/$\{$idle,writeback$\}$} kann die Anwendung das
Zurückschreiben der inaktiven Seite auf das Backing-Device anfordern,
um sie im Speicher zu speichern.\\
Siehe Dokumentation/admin-guide/blockdev/zram.rst für weitere Informationen.

\subsubsection{Track zRAM block status}
CONFIG\_ZRAM\_MEMORY\_TRACKING [=y] \textbf{[Y]}\\*
Mit dieser Funktion kann der Administrator den Status der zugewiesenen
zRAM"=Blöcke verfolgen. Der Administrator kann die Informationen über
/sys/kernel/debug/zram/zramX/block\_state einsehen.\\
Weitere Informationen finden Sie unter Documentation/admin-guide/blockdev/zram.rst.

\subsubsection{Enable multiple compression streams}
CONFIG\_ZRAM\_MULTI\_COMP [=y] \textbf{[Y]}\\*
Dies ermöglicht Multikompressionsströme, so dass ZRAM"=Seiten mit einem potenziell
langsameren, aber effektiveren Kompressionsalgorithmus neu komprimieren kann.\\
Beachten Sie, dass die IDLE"=Seiten"=Neukomprimierung
ZRAM\_MEMORY\_TRACKING erfordert.

\subsubsection{Loopback device support}
CONFIG\_BLK\_DEV\_LOOP [=m] \textbf{[M]}\\*
Sie können dann ein Dateisystem auf diesem Blockgerät erstellen und es genauso
einbinden, wie Sie andere Blockgeräte einbinden würden, z.~B. Festplattenpartitionen,
CD"=ROM"=Laufwerke oder Diskettenlaufwerke. Die Loop"=Geräte sind spezielle
Block"=Gerätedateien mit der Hauptnummer~7 und heißen normalerweise
\texttt{/dev/loop0}, \texttt{/dev/loop1} usw.
Dies ist nützlich, wenn Sie ein ISO"=9660"=Dateisystem überprüfen wollen, bevor Sie
die CD brennen, oder wenn Sie Diskettenabbilder verwenden wollen, ohne sie vorher
auf Diskette zu schreiben. Außerdem vermeiden einige Linux"=Distributionen die
Notwendigkeit einer eigenen Linux"=Partition, indem sie ihr komplettes
Root"=Dateisystem in einer DOS"=FAT-Datei unter Verwendung dieses
Loop"=Gerätetreibers ablegen.
Um das Loop"=Gerät zu verwenden, benötigen Sie das Dienstprogramm \texttt{losetup},
das Sie im Paket util-linux finden, siehe
\url{https://www.kernel.org/pub/linux/utils/util-linux/}.\\
Der Loop"=Device"=Treiber kann auch verwendet werden, um ein Dateisystem in einer
Partition, einer Diskette oder einer normalen Datei zu \glqq verstecken\grqq{},
entweder durch Verschlüsselung (Verwürfelung der Daten) oder durch Steganographie
(Verstecken der Daten in den niedrigen Bits z.~B. einer Sounddatei). Dies ist auch
sicher, wenn sich die Datei auf einem entfernten Dateiserver befindet.

Beachten Sie, dass dieses Loop"=Gerät nichts mit dem Loopback"=Gerät zu tun hat,
das für Netzwerkverbindungen vom Rechner zu sich selbst verwendet wird.

Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M:
Das Modul wird \texttt{loop} genannt.
Die meisten Benutzer werden hier mit N antworten.

\paragraph{Number of loop devices to pre-create at init time}$~$\\
CONFIG\_BLK\_DEV\_LOOP\_MIN\_COUNT [=0] \textbf{[0]}\\*
Statische Anzahl von Schleifengeräten, die zum Zeitpunkt der Initialisierung
unbedingt vorab erstellt werden müssen.

Dieser Standardwert kann auf der Kernel-Befehlszeile oder mit dem Modul-Parameter
\text{loop.max\_loop} überschrieben werden.
Der historische Standardwert ist 8. Wenn eine späte Version von losetup(8)
aus dem Jahr 2011 verwendet wird, kann er auf 0 gesetzt werden, da benötigte
Loop-Geräte dynamisch mit der Schnittstelle \texttt{/dev/loop-control}
zugewiesen werden können.

\subsubsection{DRBD Distributed Replicated Block Device support}
CONFIG\_BLK\_DEV\_DRBD [=m] \textbf{[M]}\\*
HINWEIS: Für die Authentifizierung von Verbindungen müssen Sie CRYPTO\_HMAC und
eine Hash"=Funktion auswählen.

DRBD ist ein gemeinsam genutztes, synchron repliziertes Blockgerät. Es wurde als
Baustein für Hochverfügbarkeitscluster entwickelt und ist in diesem Zusammenhang
ein \glqq Drop"=in\grqq{}"=Ersatz für gemeinsam genutzten Speicher. Vereinfacht
könnte man es als ein Netzwerk"=RAID\,1 betrachten.\\
Jedes untergeordnete Gerät hat eine Rolle, die \glqq primär\grqq{} oder
\glqq sekundär\grqq{} sein kann. Auf dem Knoten mit dem primären Gerät soll die
Anwendung laufen und auf das Gerät (/dev/drbdX) zugreifen. Jeder Schreibvorgang
wird an das lokale \glqq Lower Level Block Device\grqq{}
\textit{(Blockgerät der unteren Ebene)} und über das Netz an den Knoten mit dem
Gerät im \glqq sekundären\glqq{} Zustand gesendet. Das sekundäre Gerät schreibt
die Daten einfach in sein untergeordnetes Blockgerät.\\
DRBD kann auch im Dual"=Primary"=Modus verwendet werden (Gerät auf beiden Knoten
beschreibbar), was bedeutet, dass es in einem Shared"=Nothing"=Cluster die
Semantik einer gemeinsamen Festplatte aufweisen kann. Natürlich muss zusätzlich
zu Dual"=Primary DRBD ein Cluster"=Dateisystem verwendet werden, um die
Cache"=Kohärenz zu gewährleisten.\\
Für ein automatisches Failover benötigen Sie einen Clustermanager (z.~B. Heartbeat).\\
Siehe auch: \url{https://www.drbd.org/}, \url{http://www.linux-ha.org}\\
Wenn Sie unsicher sind, sagen Sie N.

\paragraph{DRBD fault injection}$~$\\
CONFIG\_DRBD\_FAULT\_INJECTION [=n] \textbf{[~]}\\*
Sagen Sie hier Y, wenn Sie IO-Fehler simulieren wollen, um das Verhalten von
DRBD zu testen.
Die eigentliche Simulation von IO"=Fehlern erfolgt durch das Schreiben von
3~Werten in:\\[0.5em]
\texttt{/sys/module/drbd/parameters/}\\[0.5em]
enable\_faults: Bitmaske von...\\
\begin{tabular}[h]{rll}
1 & Metadaten&schreiben (meta data write)\\
2&&lesen (meta data read)\\
4 & Resync-Daten&schreiben\\
8&&lesen\\
16 & \multicolumn{2}{l}{Daten schreiben}\\
32 & \multicolumn{2}{l}{Daten lesen}\\
64& \multicolumn{2}{l}{Lesen im Voraus}\\
128& \multicolumn{2}{l}{kmalloc der Bitmap}\\
256& \multicolumn{2}{l}{Zuweisung von Peer"=Anfragen}\\
512& \multicolumn{2}{l}{insert data corruption auf der Empfangsseite}
\end{tabular}\\[0.5em]
fault\_devs: Bitmaske der Nebennummern
fault\_rate: Häufigkeit in Prozent\\[0.5em]
Beispiel:\\
Simulieren Sie Datenschreibfehler auf \texttt{/dev/drbd0} mit einer
Wahrscheinlichkeit von $\qty{5}{\percent}$.\\
\texttt{
echo 16 $>$ /sys/module/drbd/parameters/enable\_faults\\
echo 1 $>$ /sys/module/drbd/parameters/fault\_devs\\
echo 5 $>$ /sys/module/drbd/parameter/fault\_rate}\\[0.5em]
Wenn Sie unsicher sind, sagen Sie N.

\subsubsection{Network block device support}
CONFIG\_BLK\_DEV\_NBD [=m] \textbf{[M]}\\*
Wenn Sie hier Y angeben, kann Ihr Computer als Client für Netzwerk"=Blockgeräte
fungieren, d.~h. er kann von Servern exportierte Blockgeräte verwenden
(Dateisysteme einhängen usw.). Die Kommunikation zwischen Client und Server läuft
über das TCP/IP"=Netzwerk, aber für das Client"=Programm ist dies verborgen: es
sieht aus wie ein normaler lokaler Dateizugriff auf eine spezielle
Blockgeräte"=Datei wie \texttt{/dev/nd0}.
Netzwerk"=Blockgeräte erlauben es auch, ein Blockgerät im Userland laufen zu lassen (so dass Server und Client physisch
derselbe Computer sind, der über das Loopback-Netzwerkgerät kommuniziert).
Lesen Sie $<$file:Documentation/admin-guide/blockdev/nbd.rst$>$ für weitere Informationen, insbesondere darüber, wo Sie
den Server"=Code finden, der im Userspace läuft und keine spezielle Kernel"=Unterstützung benötigt.
Beachten Sie, dass dies nichts mit den Netzwerk"=Dateisystemen NFS oder Coda zu tun hat; Sie können hier N sagen,
auch wenn Sie beabsichtigen, NFS oder Coda zu verwenden.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{nbd} heißen.
Wenn Sie unsicher sind, sagen Sie N.

\subsubsection{RAM block device support}
CONFIG\_BLK\_DEV\_RAM [=m] \textbf{[M]}\\*
Wenn Sie hier Y sagen, können Sie einen Teil Ihres RAM"=Speichers als Blockgerät verwenden, so dass Sie darauf Dateisysteme
anlegen, lesen und schreiben und all die anderen Dinge tun können, die Sie mit normalen Blockgeräten (wie Festplatten) tun
können. Normalerweise wird er verwendet, um bei der Erstinstallation von Linux eine Kopie eines minimalen Root"=Dateisystems
von einer Diskette in den RAM zu laden und zu speichern.\\
Beachten Sie, dass die Kernel-Befehlszeilenoption \texttt{ramdisk=XX} jetzt veraltet ist. Für Details lesen Sie bitte
$<$file:Documentation/admin-guide/blockdev/ramdisk.rst$>$.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{brd} genannt.
Aus historischen Gründen wurde ein Alias \texttt{rd} definiert.
Die meisten normalen Benutzer werden die RAM"=Disk"=Funktionalität nicht benötigen und können daher hier N angeben.

\paragraph{Default number of RAM disk}$~$\\
CONFIG\_BLK\_DEV\_RAM\_COUNT [=16] \textbf{[16]}\\*
Der Standardwert ist 16~RAM"=Disks. Ändern Sie diesen Wert, wenn Sie wissen, was Sie tun. Wenn Sie von einem
Dateisystem booten, das im Speicher extrahiert werden muss, benötigen Sie mindestens eine RAM"=Disk
(z.~B. root auf cramfs).

\paragraph{Default RAM disk size (kbytes)}$~$\\
CONFIG\_BLK\_DEV\_RAM\_SIZE [=16384] \textbf{[16384]}\\*
Der Standardwert ist \qty{4096}{\kilo\byte}. Ändern Sie diesen Wert nur, wenn Sie wissen, was Sie tun.

\subsubsection{Packet writing on CD/DVD media (DEPRECATED)}
CONFIG\_CDROM\_PKTCDVD [=m] \textbf{[M]}\\*
Hinweis: Dieser Treiber ist veraltet und wird in naher Zukunft aus dem Kernel entfernt werden!
Wenn Sie ein CDROM/DVD"=Laufwerk haben, das Packet Writing unterstützt, sagen Sie Y, um die Unterstützung
einzuschließen. Er sollte mit jedem MMC/Mt Fuji kompatiblen ATAPI- oder SCSI"=Laufwerk funktionieren,
also mit fast jedem neueren DVD/CD"=Brenner.
Derzeit ist nur das Schreiben auf CD-RW, DVD-RW, DVD+RW und DVDRAM möglich.
DVD"=RW"=Disks müssen sich im eingeschränkten Überschreibmodus befinden.
In der Datei $<$file:Documentation/cdrom/packet-writing.rst$>$ finden Sie weitere Informationen über die
Verwendung dieses Treibers.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul heißt dann \texttt{pktcdvd}.

\paragraph{Free buffers for data gathering}$~$\\
CONFIG\_CDROM\_PKTCDVD\_BUFFERS [=8] \textbf{[8]}\\*
Hiermit wird die maximale Anzahl aktiver, gleichzeitiger Pakete festgelegt. Mehr gleichzeitige Pakete
können die Schreibleistung erhöhen, erfordern aber auch mehr Speicher. Jedes gleichzeitige Paket
benötigt ca. \qty{64}{\kilo\byte} nicht austauschbaren Kernel-Speicher, der zugewiesen wird,
wenn eine Disc zum Schreiben geöffnet wird.

\paragraph{Enable write caching}$~$\\
CONFIG\_CDROM\_PKTCDVD\_WCACHE [=n] \textbf{[~]}\\*
Wenn diese Option aktiviert ist, wird das Schreibcaching für das CD-R/W"=Gerät eingerichtet.
Im Moment ist diese Option gefährlich, es sei denn, das CD-RW"=Medium ist bekanntermaßen gut,
da wir noch keine verzögerte Schreibfehlerbehandlung durchführen.

\subsubsection{ATA over Ethernet support}
CONFIG\_ATA\_OVER\_ETH [=m] \textbf{[M]}\\*
Dieser Treiber bietet Unterstützung für ATA-over-Ethernet-Blockgeräte wie das
Coraid EtherDrive (R) Storage Blade.

\subsubsection{Xen virtual block device support}
CONFIG\_XEN\_BLKDEV\_FRONTEND [=m] \textbf{[M]}\\*
Dieser Treiber implementiert das Front-End des Xen Virtual Block
Device"=Treibers. Er kommuniziert mit einem Back"=End"=Treiber in einer
anderen Domäne, der das eigentliche Blockgerät ansteuert.

\subsubsection{Xen block-device backend device}
CONFIG\_XEN\_BLKDEV\_BACKEND [=m] \textbf{[M]}\\*
Der Blockgeräte-Backend-Treiber ermöglicht es dem Kernel, seine Blockgeräte über
eine leistungsstarke Shared"=Memory"=Schnittstelle an andere Gäste zu exportieren.
Der entsprechende Linux"=Frontend"=Treiber wird durch die Konfigurationsoption
CONFIG\_XEN\_BLKDEV\_FRONTEND aktiviert.
Der Backend"=Treiber verbindet sich mit einem beliebigen Blockgerät, das in der
XenBus"=Konfiguration angegeben ist. Es gibt keine Einschränkungen für das
Blockgerät, solange es einen Major und Minor hat.
Wenn Sie einen Kernel kompilieren, der in einer Xen"=Block"=Backend"=Treiber"=Domäne
ausgeführt werden soll (häufig ist dies Domäne 0), sollten Sie hier Y angeben.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M:
Das Modul wird xen"=blkback heißen.

\subsubsection{Virtio block driver}
CONFIG\_VIRTIO\_BLK [=m] \textbf{[M]}\\*
Dies ist der virtuelle Blocktreiber für virtio. Er kann mit QEMU"=basierten VMMs
(wie KVM oder Xen) verwendet werden. Sagen Sie Y oder M.

\subsubsection{Rados block device (RBD)}
CONFIG\_BLK\_DEV\_RBD [=m] \textbf{[M]}\\*
Geben Sie hier Y an, wenn Sie das Rados"=Blockgerät einbeziehen möchten, das
ein Blockgerät über Objekte streift, die im verteilten Objektspeicher von
Ceph gespeichert sind.
Weitere Informationen finden Sie unter \url{http://ceph.newdream.net/}.
Wenn Sie unsicher sind, sagen Sie N.

\subsubsection{Userspace block driver (Experimental)}
CONFIG\_BLK\_DEV\_UBLK [=m] \textbf{[M]}\\*
\texttt{io\_uring}-basierter Userspace-Blocktreiber. Zusammen mit dem ublk-Server hat ublk gut funktioniert,
aber die Schnittstelle mit dem Userspace oder die Definition der Befehlsdaten ist noch nicht abgeschlossen und
könnte sich entsprechend den zukünftigen Anforderungen ändern, daher ist die Markierung jetzt experimentell.

Sagen Sie Y, wenn Sie eine bessere Leistung erhalten wollen, weil task\_work\_add() im IO"=Pfad verwendet werden
kann, um io\_uring cmd zu ersetzen, das zwischen IO"=Tasks und ubq"=Daemon geteilt wird, in der Zwischenzeit
kann task\_work\_add() Batch effektiver handhaben, aber task\_work\_add() wird nicht für Module exportiert,
also muss ublk in den Kernel eingebaut werden.

\paragraph{Support legacy command opcode}$~$\\
CONFIG\_BLKDEV\_UBLK\_LEGACY\_OPCODES [=y] \textbf{[Y]}\\*
ublk-Treiber begonnen, einfache Befehlskodierung zu verwenden, was sich als ein schlechter Weg herausstellt.
Der traditionelle ioctl"=Befehls"=Opcode kodiert mehr Informationen und definiert im Grunde jeden Code eindeutig,
so dass Opcode"=Konflikte vermieden werden und der Treiber falsche Befehle leicht behandeln kann, währenddessen
kann es dem Sicherheitssubsystem helfen, io\_uring-Befehle zu überprüfen.
Sagen Sie Y, wenn Ihre Anwendung immer noch den Opcode des alten Befehls verwendet. Sagen Sie N, wenn Sie den
Legacy"=Befehlsopcode nicht unterstützen wollen. Es wird empfohlen, N zu aktivieren, wenn Ihre Anwendung
(ublk server) auf ioctl command encoding umschaltet.

\subsubsection{RDMA Network Block Device driver client}
CONFIG\_BLK\_DEV\_RNBD\_CLIENT [=m] \textbf{[M]}\\*
Der RNBD-Client ist ein Netzwerkblock"=Gerätetreiber, der den RDMA"=Transport verwendet. Der RNBD"=Client
ermöglicht das Mapping eines entfernten Blockgeräts über das RTRS"=Protokoll von einem Zielsystem aus,
auf dem der RNBD"=Server läuft.
Wenn Sie unsicher sind, sagen Sie N.

\subsubsection{RDMA Network Block Device driver server}
CONFIG\_BLK\_DEV\_RNBD\_SERVER [=m] \textbf{[M]}\\*
RNBD-Server ist die Serverseite von RNBD unter Verwendung von RDMA"=Transport. Der RNBD-Server ermöglicht
den Export lokaler Blockgeräte an einen entfernten Client über das RTRS"=Protokoll.
Wenn Sie unsicher sind, sagen Sie N.

\subsection{NVME Support \texorpdfstring{$\rightarrow$}{->}}
\textit{(NVME-Unterstützung, Nonvolatile Memory Express, nicht-flüchtiger Speicher-Schnellzugriff)}

\subsubsection{NVM Express block device}
CONFIG\_BLK\_DEV\_NVME [=m] \textbf{[M]}\\*
Der NVM Express"=Treiber ist für Solid State Drives gedacht, die direkt an den PCI- oder PCI Express"=Bus
angeschlossen sind. Wenn Sie wissen, dass Sie keines dieser Laufwerke besitzen, können Sie mit N antworten.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{nvme} heißen.

\subsubsection{NVMe multipath support}
CONFIG\_NVME\_MULTIPATH [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für den Multipath"=Zugriff auf NVMe"=Subsysteme.
Wenn diese Option aktiviert ist, wird nur ein einziges Gerät für jeden NVMe"=Namensraum angezeigt, auch
wenn es über mehrere Controller zugänglich ist.

\subsubsection{NVMe verbose error reporting}
CONFIG\_NVME\_VERBOSE\_ERRORS [=y] \textbf{[Y]}\\*
Diese Option aktiviert die ausführliche Berichterstattung für NVMe-Fehler. Die Fehlerübersetzungstabelle
erhöht die Größe des Kernel"=Images um etwa $\qty{4}{\kilo\byte}$.

\subsubsection{NVMe hardware monitoring}
CONFIG\_NVME\_HWMON [=y] \textbf{[Y]}\\*
Dies bietet Unterstützung für die NVMe"=Hardwareüberwachung. Wenn sie aktiviert ist, wird für jedes NVMe"=Laufwerk
im System ein Hardwareüberwachungsgerät erstellt.

\subsubsection{NVM Express over Fabrics RDMA host driver}
CONFIG\_NVME\_RDMA [=m] \textbf{[M]}\\*
Dies bietet Unterstützung für das NVMe-over-Fabrics"=Protokoll unter Verwendung des RDMA"=Transports
(Infiniband, RoCE, iWarp). Dies ermöglicht die Verwendung von Remote"=Blockgeräten, die mit dem
\mbox{NVMe}"=Protokollsatz exportiert werden. Zur Konfiguration eines NVMe-over"=Fabrics"=Controllers verwenden
Sie das Tool \texttt{nvme-cli} von \url{https://github.com/linux-nvme/nvme-cli}.
Wenn Sie unsicher sind, sagen Sie N.

\subsubsection{NVM Express over Fabrics FC host driver}
CONFIG\_NVME\_FC [=m] \textbf{[M]}\\*
Dies bietet Unterstützung für das NVMe-over"=Fabrics"=Protokoll unter Verwendung des FC"=Transports.
Dadurch können Sie entfernte Blockgeräte verwenden, die mit dem NVMe"=Protokollsatz exportiert werden.
Um einen NVMe over Fabrics"=Controller zu konfigurieren, verwenden Sie das Tool nvme"=cli
von \url{https://github.com/linux-nvme/nvme-cli}.
Wenn Sie unsicher sind, sagen Sie N.

\subsubsection{NVM Express over Fabrics TCP host driver}
CONFIG\_NVME\_TCP [=m] \textbf{[M]}\\*
Dies bietet Unterstützung für das NVMe-over"=Fabrics"=Protokoll unter Verwendung des TCP"=Transports.
Dadurch können Sie Remote"=Blockgeräte verwenden, die mit dem NVMe"=Protokollsatz exportiert werden.
Um einen NVMe over Fabrics"=Controller zu konfigurieren, verwenden Sie das Tool nvme-cli
von \url{https://github.com/linux-nvme/nvme-cli}.
Wenn Sie unsicher sind, sagen Sie N.

%15.16.7.1
\paragraph{NVMe over Fabrics TCP TLS encryption support}
CONFIG\_NVME\_TCP\_TLS [=y] \textbf{[Y]}\\*
Aktiviert die TLS-Verschlüsselung für NVMe"=TCP unter Verwendung der Netlink Handshake API.
Der TLS"=Handshake"=Daemon ist unter \url{https://github.com/oracle/ktls-utils} zu finden.
Wenn Sie unsicher sind, sagen Sie N.

\subsubsection{NVMe over Fabrics In-Band Authentication in host side}
CONFIG\_NVME\_HOST\_AUTH [=y] \textbf{[Y]}\\*
Dies bietet Unterstützung für NVMe over Fabrics In-Band"=Authentifizierung auf der Host"=Seite.
Wenn Sie unsicher sind, sagen Sie N.

\subsubsection{NVMe Target support}
CONFIG\_NVME\_TARGET [=m] \textbf{[M]}\\*
Dies ermöglichte die zielseitige Unterstützung des NVMe"=Protokolls, d.~h. es erlaubt dem Linux"=Kernel,
NVMe"=Subsysteme und -Controller zu implementieren und Linux"=Blockgeräte als NVMe"=Namensräume zu exportieren.
Sie müssen mindestens einen der folgenden Transporte auswählen, um diese Funktion nutzen zu können.
Zur Konfiguration des NVMe"=Ziels möchten Sie wahrscheinlich das Tool \texttt{nvmetcli}
von \url{http://git.infradead.org/users/hch/nvmetcli.git} verwenden.

\paragraph{NVMe Target Passthrough support}$~$\\
CONFIG\_NVME\_TARGET\_PASSTHRU [=y] \textbf{[Y]}\\*
Dies ermöglicht die Unterstützung von zielseitigen NVMe"=Passthru"=Controllern für das
NVMe"=Over"=Fabrics"=Protokoll. Es ermöglicht Hosts die Verwaltung und den direkten Zugriff auf
einen tatsächlichen NVMe"=Controller auf der Zielseite, einschließlich der Ausführung von Vendor Unique Commands.
Wenn Sie unsicher sind, sagen Sie N.

\paragraph{NVMe loopback device support}$~$\\
CONFIG\_NVME\_TARGET\_LOOP [=m] \textbf{[M]}\\*
Damit wird die Unterstützung für NVMe"=Loopback"=Geräte aktiviert, die für das Testen von
NVMe"=Funktionen auf der Host- und Zielseite nützlich sein können.
Wenn Sie unsicher sind, sagen Sie N.

\paragraph{NVMe over Fabrics RDMA target support}$~$\\
CONFIG\_NVME\_TARGET\_RDMA [=m] \textbf{[M]}\\*
Dies aktiviert die NVMe-RDMA"=Zielunterstützung, die den Export von NVMe"=Geräten über RDMA ermöglicht.
Wenn Sie unsicher sind, sagen Sie N.

\paragraph{NVMe over Fabrics FC target driver}$~$\\
CONFIG\_NVME\_TARGET\_FC [=m] \textbf{[M]}\\*
Dadurch wird die Unterstützung für NVMe-FC"=Ziele aktiviert, was den Export von NVMe"=Geräten
über FC ermöglicht.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{NVMe over Fabrics FC Transport Loopback Test driver}$~$\\
CONFIG\_NVME\_TARGET\_FCLOOP [=m] \textbf{[M]}\\*
Dies ermöglicht die Unterstützung des NVMe-FC"=Loopback"=Tests, der für den Test von
NVMe-FC"=Transportschnittstellen nützlich sein kann.
Wenn Sie unsicher sind, sagen Sie N.

\paragraph{NVMe over Fabrics TCP target support}$~$\\
CONFIG\_NVME\_TARGET\_TCP [=m] \textbf{[M]}\\*
Dies aktiviert die NVMe-TCP"=Zielunterstützung, die den Export von NVMe"=Geräten
über TCP er"-mög"-licht.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{NVMe over Fabrics TCP target TLS encryption support}$~$\\
CONFIG\_NVME\_TARGET\_TCP\_TLS [=y] \textbf{[Y]}\\*
Aktiviert die TLS"=Verschlüsselung für das NVMe-TCP"=Ziel unter Verwendung der Netlink Handshake API.
Der TLS"=Handshake"=Daemon ist unter \url{https://github.com/oracle/ktls-utils} verfügbar.
Wenn Sie unsicher sind, sagen Sie N.

\paragraph{NVMe over Fabrics In-band Authentication in target side}$~$\\
CONFIG\_NVME\_TARGET\_AUTH [=y] \textbf{[Y]}\\*
Dies ermöglicht die Unterstützung von NVMe over Fabrics In-Band"=Authentifizierung auf der Zielseite.
Wenn Sie unsicher sind, sagen Sie N.

\subsection{Misc devices \texorpdfstring{$\rightarrow$}{->}}
\textit{(Sonstige Geräte)}

\subsubsection{Analog Devices Digital Potentiometers}
CONFIG\_AD525X\_DPOT \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Wenn Sie hier Ja (Y) sagen, erhalten Sie Unterstützung für die Analog Devices AD5258, AD5259, AD5251,
AD5252, AD5253, AD5254, AD5255, AD5160, AD5161, AD5162, AD5165, AD5200, AD5201, AD5203, AD5204, AD5206,
AD5207, AD5231, AD5232, AD5233, AD5235, AD5260, AD5262, AD5263, AD5290, AD5291, AD5292, AD5293, AD7376,
AD8400, AD8402, AD8403, ADN2850, AD5241, AD5242, AD5243, AD5245, AD5246, AD5247, AD5248, AD5280,
AD5282, ADN2860, AD5273, AD5171, AD5170, AD5172, AD5173, AD5270, AD5271, AD5272, AD5274
digitale Potentiometerchips.\\
Siehe Documentation/misc-devices/ad525x\_dpot.rst für die Userspace"=Schnittstelle.
Dieser Treiber kann auch als Modul erstellt werden. In diesem Fall wird das Modul \texttt{ad525x\_dpot}
genannt.

\paragraph{support I2C bus connection}$~$\\
CONFIG\_AD525X\_DPOT\_I2C \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Sagen Sie hier Y, wenn Sie ein digitales Potentiometer an einen I2C-Bus angeschlossen haben.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul heißt dann
\texttt{ad525x\_dpot-i2c}.

\paragraph{support SPI bus connection}$~$\\
CONFIG\_AD525X\_DPOT\_SPI \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Sagen Sie hier Y, wenn Sie ein digitales Potentiometer an einen SPI-Bus angeschlossen haben.
Wenn Sie unsicher sind, sagen Sie N (aber es ist sicher, Y zu sagen).
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M:
Das Modul heißt dann \texttt{ad525x\_dpot-spi}.

\subsubsection{Dummy IRQ handler}
CONFIG\_DUMMY\_IRQ [=n] \textbf{[~]}\\*
Dieses Modul akzeptiert einen einzigen \glqq irq\grqq{}"=Parameter, für den es sich registrieren
sollte. Der einzige Zweck dieses Moduls ist es, bei der Fehlersuche in Systemen zu helfen, bei
denen es bei deaktiviertem IRQ"=Vektor zu falschen IRQs kommen würde.

\subsubsection{Device driver for IBM RSA service processor}
CONFIG\_IBM\_ASM \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Diese Option aktiviert die Gerätetreiberunterstützung für den In-Band-Zugriff auf den IBM RSA
(Condor) Serviceprozessor in eServer xSeries"=Systemen. Der ibmasm"=Gerätetreiber ermöglicht der
Userspace"=Anwendung den Zugriff auf ASM"=Funktionen (Advanced Systems Management) auf dem
Serviceprozessor. Der Treiber ist für die Verwendung in Verbindung mit einer Userspace"=API gedacht.
Der ibmasm"=Treiber ermöglicht es dem Betriebssystem auch, die UART auf der Serviceprozessorplatine
als reguläre serielle Schnittstelle zu verwenden. Um diese Funktion zu nutzen, muss die Unterstützung
des seriellen Treibers (CONFIG\_SERIAL\_8250) aktiviert sein.\\
WARNUNG: Diese Software wird auf Ihrem IBM"=Server möglicherweise nicht unterstützt oder funktioniert
nicht korrekt. Bitte konsultieren Sie die IBM ServerProven-Website
\url{https://www-03.ibm.com/systems/info/x86servers/serverproven/compat/us/}, um Informationen über
den spezifischen Treiberlevel und die Support"=Erklärung für Ihren IBM"=Server zu erhalten.

\subsubsection{Sensable PHANToM (PCI)}
CONFIG\_PHANTOM \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Sagen Sie hier Y, wenn Sie einen Treiber für Sensable PHANToM"=Geräte erstellen wollen.
Dieser Treiber ist nur für PCI PHANToMs.
Wenn Sie sich entscheiden, ein Modul zu bauen, wird sein Name \texttt{phantom} sein.
Wenn Sie unsicher sind, geben Sie hier N an.

\subsubsection{TI Flash Media interface support}
CONFIG\_TIFM\_CORE \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Wenn Sie Unterstützung für Texas Instruments(R) Flash Media"=Adapter wünschen,
sollten Sie diese Option auswählen und dann auch einen entsprechenden Host"=Adapter
wählen, wie z.~B. \glqq TI Flash Media PCI74xx/PCI76xx host adapter support\grqq{},
wenn Sie z.~B. einen TI PCI74xx"=kompatiblen Kartenleser haben.
Sie müssen auch einige Treiber für das Flash"=Kartenformat auswählen.
MMC/SD"=Karten werden über \glq MMC/SD Card support unterstützt:
TI Flash Media MMC/SD Interface support (MMC\_TIFM\_SD)\grq{}.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M:
Das Modul heißt dann \texttt{tifm\_core}.

\subsubsection{TI Flash Media interface support}
CONFIG\_TIFM\_CORE \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Diese Option ermöglicht die Unterstützung der Texas Instruments(R) PCI74xx- und
PCI76xx"=Familien von Flash Media Adaptern, die in vielen Laptops zu finden sind.
Um das Gerät tatsächlich nutzen zu können, müssen Sie einige
Flashkarten"=Format"=Treiber auswählen, wie in der TIFM\_CORE"=Hilfe beschrieben.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird
\texttt{tifm\_7xx1} heißen.

\paragraph{TI Flash Media PCI74xx/PCI76xx host adapter support}$~$\\
CONFIG\_TIFM\_7XX1 \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Diese Option ermöglicht die Unterstützung der Texas Instruments(R) PCI74xx- und
PCI76xx"=Familien von Flash Media Adaptern, die in vielen Laptops zu finden sind.
Um das Gerät tatsächlich nutzen zu können, müssen Sie einige Treiber für das
Flashkartenformat auswählen, wie in der TIFM\_CORE"=Hilfe beschrieben.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M:
Das Modul wird \texttt{tifm\_7xx1} heißen.

\subsubsection{Integrated Circuits ICS932S401}
CONFIG\_ICS932S401 \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Wenn Sie dies bejahen, erhalten Sie Unterstützung für die Integrated Circuits
ICS932S401 Clock Control Chips.
Dieser Treiber kann auch als Modul gebaut werden. Wenn ja, wird das Modul
\texttt{ics932s401} genannt.

\subsubsection{Enclosure Services}
CONFIG\_ENCLOSURE\_SERVICES \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Bietet Unterstützung für intelligente Gehäuse (Schächte, die Speichergeräte enthalten).
Außerdem be"-nö"-ti"-gen Sie entweder einen Host"=Treiber (SCSI/ATA), der Enclosures
unterstützt, oder ein SCSI Enclosure Device (SES), um diese Dienste zu nutzen.

\subsubsection{Ampere Computing SMPro error monitor driver}
CONFIG\_SMPRO\_ERRMON \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Sagen Sie hier Y, um Unterstützung für die SMpro"=Fehlerüberwachungsfunktion zu erhalten,
die von den SoCs Altra und Altra Max von Ampere Computing bereitgestellt wird. Beim
Laden erstellt der Treiber sysfs"=Dateien, die zum Sammeln mehrerer HW"=Fehlerdaten
verwendet werden können, die über Lese- und Schreibsystemaufrufe gemeldet werden.
Um diesen Treiber als Modul zu kompilieren, sagen Sie hier M.
Der Treiber heißt dann \texttt{smpro-errmon}.

\subsubsection{Ampere Computing SMPro miscellaneous driver}
CONFIG\_SMPRO\_MISC \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Sagen Sie hier Y, um Unterstützung für die SMpro"=Fehlermischungsfunktion zu erhalten,
die von den SoCs Altra und Altra Max von Ampere Computing bereitgestellt wird.
Um diesen Treiber als Modul zu kompilieren, sagen Sie hier M.
Der Treiber wird \texttt{smpro-misc} genannt.
\\\begin{scriptsize}
	Im Notebook kommt kein ALS (Umgebungslichtsensor) zur Anwendung.
\end{scriptsize}

\subsubsection{Channel interface driver for the HP iLO processor}
CONFIG\_HP\_ILO \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Der Kanalschnittstellentreiber ermöglicht Anwendungen die Kommunikation mit
iLO"=Verwaltungsprozessoren auf HP ProLiant"=Servern.
Beim Laden erstellt der Treiber \texttt{/dev/hpilo/dXccbN}"=Dateien, die über Lese- und
Schreibsystemaufrufe zum Sammeln von Daten vom Verwaltungsprozessor verwendet werden können.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M:
Das Modul heißt dann \texttt{hpilo}.
\\\begin{scriptsize}
	Das Notebook ist kein HP-Server.
\end{scriptsize}

\subsubsection{Medfield Avage APDS9802 ALS Sensor module}
CONFIG\_APDS9802ALS \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Wenn Sie hier Ja sagen, erhalten Sie Unterstützung für den Umgebungslichtsensor ALS APDS9802.
Dieser Treiber kann auch als Modul gebaut werden.
Wenn ja, wird das Modul \texttt{apds9802als} genannt.
\\\begin{scriptsize}
	Im Notebook kommt kein ALS (Umgebungslichtsensor) zur Anwendung.
\end{scriptsize}

\subsubsection{Intersil ISL29003 ambient light sensor}
CONFIG\_ISL29003 \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Wenn Sie hier ja sagen, erhalten Sie Unterstützung für den Intersil ISL29003
Umgebungslichtsensor.
Dieser Treiber kann auch als Modul gebaut werden.
Wenn ja, wird das Modul \texttt{isl29003} genannt.
\\\begin{scriptsize}
	Im Notebook kommt kein ALS (Umgebungslichtsensor) zur Anwendung.
\end{scriptsize}

\subsubsection{Intersil ISL29020 ambient light sensor}
CONFIG\_ISL29020 \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Wenn Sie hier ja sagen, erhalten Sie Unterstützung für den Intersil ISL29020
Umgebungslichtsensor.
Dieser Treiber kann auch als Modul gebaut werden.
Wenn ja, wird das Modul \texttt{isl29020} genannt.
\\\begin{scriptsize}
	Im Notebook kommt kein ALS (Umgebungslichtsensor) zur Anwendung.
\end{scriptsize}

\subsubsection{Taos TSL2550 ambient light sensor}
CONFIG\_SENSORS\_TSL2550 \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Wenn Sie hier ja sagen, erhalten Sie Unterstützung für den Taos TSL2550
Umgebungslichtsensor.
Dieser Treiber kann auch als Modul gebaut werden.
Wenn ja, wird das Modul \texttt{tsl2550} genannt.
\\\begin{scriptsize}
	Im Notebook kommt kein ALS (Umgebungslichtsensor) zur Anwendung.
\end{scriptsize}

\subsubsection{BH1770GLC / SFH7770 combined ALS -- Proximity sensor}
CONFIG\_SENSORS\_BH1770 \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Sagen Sie hier Y, wenn Sie einen Treiber für den BH1770GLC (ROHM) oder den SFH7770 (Osram), einen
kombinierten Umgebungslicht- und Näherungssensor"=Chip, bauen wollen.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M:
Das Modul wird \texttt{bh1770glc} heißen. Wenn Sie unsicher sind, geben Sie hier N an.
\\\begin{scriptsize}
	Im Notebook kommt kein ALS (Umgebungslichtsensor) zur Anwendung.
\end{scriptsize}

\subsubsection{APDS990X combined als and proximity sensors}
CONFIG\_SENSORS\_APDS990X \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Sagen Sie hier Y, wenn Sie einen Treiber für den kombinierten Umgebungslicht- und Näherungssensorchip
APDS990x von Avago bauen wollen.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M:
Das Modul wird \texttt{apds990x} heißen. Wenn Sie unsicher sind, geben Sie hier N an.
\\\begin{scriptsize}
	Im Notebook kommt kein ALS (Umgebungslichtsensor) zur Anwendung.
\end{scriptsize}


\subsubsection{Honeywell HMC6352 compass}
CONFIG\_HMC6352 \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Dieser Treiber bietet Unterstützung für den Honeywell HMC6352"=Kompass und stellt Konfigurations-
und Kursdaten über sysfs bereit.
\\\begin{scriptsize}
	Im Notebook ist kein elektronischer Kompass verbaut.
\end{scriptsize}

%15.17.19
\subsubsection{Dallas DS1682 Total Elapsed Time Recorder with Alarm}
CONFIG\_DS1682 \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Wenn Sie hier ja sagen, erhalten Sie Unterstützung für Dallas Semiconductor DS1682 Total Elapsed Time Recorder.
Dieser Treiber kann auch als Modul gebaut werden. Wenn ja, wird das Modul \texttt{ds1682} genannt.
\\\begin{scriptsize}
	Im Notebook ist kein Zeit-Aufzeichner DS1682 verbaut.
\end{scriptsize}

\subsubsection{VMware Balloon Driver}
CONFIG\_VMWARE\_BALLOON \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Es handelt sich um einen VMware"=Treiber für die Verwaltung des physischen Speichers, der wie ein
\glqq Ballon\grqq{} wirkt, der aufgeblasen werden kann, um physische Seiten zurückzufordern, indem er sie
im Gast reserviert und im Monitor ungültig macht, wodurch die zugrunde liegenden Maschinenseiten freigegeben
werden, damit sie anderen Gästen zugewiesen werden können. Der Ballon kann auch wieder entleert werden,
damit der Gast mehr physischen Speicher verwenden kann.
Wenn Sie unsicher sind, sagen Sie N.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M:
Das Modul heißt dann \texttt{vmw\_balloon}.
\\\begin{scriptsize}
	Wir verwenden keine VMware sondern manchmal VirtualBox.
\end{scriptsize}


\subsubsection{Lattice ECP3 FPGA bitstream configuration via SPI}
CONFIG\_VMWARE\_BALLOON \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Diese Option ermöglicht die Unterstützung der Bitstream"=Konfiguration (Programmieren oder Laden) der
Lattice ECP3 FPGA Familie über SPI.
Wenn Sie unsicher sind, sagen Sie N.
\\\begin{scriptsize}
	Im Notebook ist kein FPGA (field programmable gate array) verbaut.
\end{scriptsize}

\subsubsection{Generic on-chip SRAM driver}
CONFIG\_SRAM [=n] \textbf{[~]}\\*
Dieser Treiber ermöglicht es Ihnen, einen Speicherbereich zu deklarieren, der von der genalloc"=API
verwaltet wird. Er soll für kleine On"=Chip"=SRAM"=Bereiche verwendet werden,
die auf vielen SoCs zu finden sind.

\subsubsection{Synopsys DesignWare xData PCIe driver}
CONFIG\_DW\_XDATA\_PCIE \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Dieser Treiber ermöglicht die Steuerung der Synopsys DesignWare PCIe Traffic Generator IP, auch bekannt
als xData, die im Synopsys DesignWare PCIe Endpoint Prototyp vorhanden ist.
Wenn Sie unsicher sind, sagen Sie N.
\\\begin{scriptsize}
	Das Notebook ist kein Synopsys Endpoint.
\end{scriptsize}

\subsubsection{PCI Endpoint Test driver}
CONFIG\_PCI\_ENDPOINT\_TEST \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Aktivieren Sie diese Konfigurationsoption, um den hostseitigen Testtreiber für PCI Endpoint zu aktivieren.

\subsubsection{Xilinx SDFEC 16}
CONFIG\_XILINX\_SDFEC \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Diese Option aktiviert die Unterstützung für den Xilinx SDFEC"=Treiber (Soft Decision Forward Error Correction).
Damit wird ein Char"=Treiber für die SDFEC aktiviert.
Sie können diesen Treiber auswählen, wenn Ihr Design den SDFEC(16nm)-Hardened-Block instanziiert.
Um diesen als Modul zu kompilieren, wählen Sie M.
Wenn Sie unsicher sind, wählen Sie N.
\\\begin{scriptsize}
	Das Notebook ist kein Synopsys Endpoint.
\end{scriptsize}

%15.16.26
\subsubsection{TI TPS6594 Error Signal Monitor support}
CONFIG\_TPS6594\_ESM \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Unterstützung von ESM (Error Signal Monitor) auf TPS6594 PMIC-Bausteinen. ESM wird typischerweise verwendet,
um die Karte im Fehlerfall neu zu starten.
Dieser Treiber kann auch als Modul gebaut werden. In diesem Fall wird das Modul \texttt{tps6594-esm} genannt.
\\\begin{scriptsize}
	Das Notebook hat diesen PMIC-Baustein nicht verbaut.
\end{scriptsize}

\subsubsection{TI TPS6594 Pre-configuratble Finite State Machine support}
CONFIG\_TPS6594\_PFSM \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Unterstützung von PFSM (Pre-configurable Finite State Machine, vorkonfigurierbare endliche Zustandsmaschine)
auf TPS6594 PMIC"=Bausteinen.
Diese Bausteine enthalten eine Finite"=State"=Machine"=Engine, die den Zustand des Bausteins während des
Betriebszustandsübergangs verwaltet.
Dieser Treiber kann auch als Modul gebaut werden. In diesem Fall wird das Modul \texttt{tps6594-pfsm} genannt.
\\\begin{scriptsize}
	Das Notebook hat diesen PMIC-Baustein nicht verbaut.
\end{scriptsize}

\subsubsection{Silicon Labs C2 port support}
CONFIG\_C2PORT \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Diese Option aktiviert die Unterstützung für den C2"=Port von Silicon Labs, der zur Programmierung von
Silicon"=Mikrocontroller"=Chips (und anderen 8051"=kompatiblen Chips) verwendet wird.
Wenn Ihr Board keine solchen Mikrocontroller hat, brauchen Sie diese Schnittstelle nicht.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M:
Das Modul wird \texttt{c2port\_core} heißen. Beachten Sie, dass Sie auch ein Client"=Modul benötigen,
das normalerweise \texttt{c2port-$*$} heißt.
Wenn Sie sich nicht sicher sind, wählen Sie hier N.
\\\begin{scriptsize}
	Das Notebook hat diesen Silicon Labs-Baustein nicht.
\end{scriptsize}

\subsubsection{EEPROM support \texorpdfstring{$\rightarrow$}{->}}
\textit{(EEPROM-Unterstützung)}

\paragraph{I2C EEPROMs / RAMs / ROMs from most vendors}$~$\\
CONFIG\_EEPROM\_AT24 \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Aktivieren Sie diesen Treiber, um Lese-/Schreibunterstützung für die meisten I2C"=EEPROMs und
kompatible Geräte wie FRAMs, SRAMs, ROMs usw. zu erhalten. Nachdem Sie den Treiber so konfiguriert
haben, dass er über jeden Chip auf Ihrer Zielplatine Bescheid weiß. Verwenden Sie diese generischen
Chipnamen anstelle von herstellerspezifischen Namen wie at24c64, 24lc02 oder fm24c04:\\[0.5em]
24c00, 24c01, 24c02, spd (readonly 24c02), 24c04, 24c08, 24c16, 24c32, 24c64, 24c128, 24c256,
24c512, 24c1024, 24c2048\\[0.5em]
Wenn Sie keine Lust auf Rätsel mit Datenverlust haben, sollten Sie immer darauf achten, dass ein Chip,
den Sie als 24c32 (32~kbit) oder größer konfigurieren, NICHT wirklich ein 24c16 (16~kbit) oder kleiner
ist und andersherum. Die Kennzeichnung des Chips als schreibgeschützt hilft in diesem Fall nicht weiter.
Wenn Ihr Chip über einen Software"=Schreibschutzmechanismus verfügt, sollten Sie den Code überprüfen,
um sicherzustellen, dass dieser Treiber ihn nicht versehentlich aktiviert.
Wenn Sie diesen Treiber mit einem SMBus"=Adapter anstelle eines I2C"=Adapters verwenden, ist die volle
Funktionalität nicht verfügbar. Es werden nur kleinere Geräte unterstützt (24c16 und darunter,
max. 4~kByte).
Dieser Treiber kann auch als Modul gebaut werden. Wenn dies der Fall ist, wird das Modul at24 genannt.

\paragraph{SPI EEPROMs (FRAMs) from most vendors}$~$\\
CONFIG\_EEPROM\_AT25 [=n] \textbf{[~]}\\*
Aktivieren Sie diesen Treiber, um Lese-/Schreibunterstützung für die meisten SPI EEPROMs und
Cypress FRAMs zu erhalten, nachdem Sie den Board"=Init"=Code so konfiguriert haben, dass er
über jedes EEPROM auf Ihrem Zielboard Bescheid weiß.
Dieser Treiber kann auch als Modul gebaut werden. Wenn dies der Fall ist, wird das Modul
\texttt{at25} aufgerufen.

\paragraph{Maxim MAX6874/5 power supply supervisor}$~$\\
CONFIG\_EEPROM\_MAX6875 [=n] \textbf{[~]}\\*
Wenn Sie dies bejahen, erhalten Sie eine Nur"=Lese"=Unterstützung für das Benutzer"=EEPROM des
Maxim MAX6874/5 EEPROM"=programmierbaren Vierfach"=Stromversorgungs"=Sequenzers/Supervisors.
Auf alle anderen Funktionen dieses Chips sollte über \texttt{i2c-dev} zugegriffen werden.
Dieser Treiber kann auch als Modul gebaut werden. In diesem Fall wird das Modul
\texttt{max6875} genannt.

\paragraph{EEPROM 93CX6 support}$~$\\
CONFIG\_EEPROM\_93CX6 \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Dies ist ein Treiber für die EEPROM"=Chipsätze 93c46 und 93c66. Der Treiber unterstützt sowohl
Lese- als auch Schreibbefehle.
Wenn Sie unsicher sind, sagen Sie N.

\paragraph{Microwire EEPROM 93XX46 support}$~$\\
CONFIG\_EEPROM\_93XX46 [=n] \textbf{[~]}\\*
Treiber für die microwire EEPROM Chipsätze 93xx46x. Der Treiber unterstützt sowohl Lese- und
Schreibbefehle als auch den Befehl zum Löschen des gesamten EEPROMs.
Dieser Treiber kann auch als Modul gebaut werden. In diesem Fall wird das
Modul \texttt{eeprom\_93xx46} genannt.
Wenn Sie unsicher sind, sagen Sie N.

\paragraph{IDT 89HPESx PCIe-swtiches EEPROM / CSR support}$~$\\
CONFIG\_EEPROM\_IDT\_89HPESX \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Aktivieren Sie diesen Treiber, um Lese-/Schreibzugriff auf EEPROM / CSRs über die IDT
PCIe"=swtich i2c"=slave Schnittstelle zu erhalten.
Dieser Treiber kann auch als Modul gebaut werden.
Wenn ja, wird das Modul \texttt{idt\_89hpesx} genannt.

\paragraph{SPD EEPROMs on DDR4 memory modules}$~$\\
CONFIG\_EEPROM\_EE1004 \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Aktivieren Sie diesen Treiber, um Leseunterstützung für SPD EEPROMs nach dem JEDEC EE1004 Standard
zu erhalten. Diese sind typischerweise in DDR4"=SDRAM"=Speichermodulen zu finden.
Dieser Treiber kann auch als Modul gebaut werden.
In diesem Fall wird das Modul \texttt{ee1004} genannt.

\subsubsection{ENE CB710/720 Flash memory card reader support}
CONFIG\_CB710\_CORE \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Diese Option aktiviert die Unterstützung für den PCI ENE CB710/720 Flash"=Speicherkartenleser,
der in einigen Laptops zu finden ist (z.~B. einige Versionen des HP Compaq nx9500).
Sie müssen auch einige Treiber für Flash"=Kartenformate (MMC/SD, MemoryStick) auswählen.
Dieser Treiber kann auch als Modul gebaut werden.
In diesem Fall wird das Modul \texttt{cb710} genannt.

\paragraph{Enable driver debugging}$~$\\
CONFIG\_CB710\_DEBUG [=n] \textbf{[~]}\\*
Dies ist eine Option für Entwickler; die meisten Leute sollten hier N sagen.
Dies fügt eine Menge an Debugging"=Ausgaben zu dmesg hinzu.

\subsubsection{Texas Instruments shared transport line discipline \texorpdfstring{$\rightarrow$}{->}}
\textit{(Texas Instruments geteilte Transportleitungsdisziplin)}

\paragraph{Shared transport core driver}$~$\\
CONFIG\_TI\_ST \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Dies ermöglicht den gemeinsamen Transport"=Core"=Treiber für TI BT / FM und GPS Combo Chips.
Dies ermöglicht Protokolltreibern, sich beim Kern zu registrieren und Daten zu senden.
Die Antworten werden an die entsprechenden Protokolltreiber auf der Grundlage ihrer Pakettypen zurückgegeben.

\subsubsection{STMicroelectronics LIS3LV02Dx three-axis digital accelerometer (I2C)}
CONFIG\_SENSORS\_LIS3\_I2C \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Dieser Treiber unterstützt den über I2C angeschlossenen Beschleunigungssensor LIS3LV02Dx.
Die Daten des Beschleunigungssensors sind über \texttt{/sys/devices/platform/lis3lv02d} lesbar.
Dieser Treiber stellt auch ein Gerät der absoluten Eingabeklasse bereit, so dass das Gerät als
flipperähnlicher Joystick fungieren kann.
Dieser Treiber kann auch als Modul gebaut werden. In diesem Fall heißt das Kernmodul
\texttt{lis3lv02d} und ein spezielles Modul für den I2C-Transport heißt \texttt{lis3lv02d\_i2c}.
\\\begin{scriptsize}
	Das Notebook hat diesen Beschleunigungssensor nicht eingebaut.
\end{scriptsize}

\subsubsection{Altera FPGA firmware download module}
CONFIG\_ALTERA\_STAPL \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Ein FPGA-Modul von Altera. Sagen Sie Y, wenn Sie dieses Tool unterstützen wollen.
\\\begin{scriptsize}
	Das Notebook wird nicht dazu verwendet (mit diesem Kernel) um Altera FPGA"=Firmware zu laden.
\end{scriptsize}

\subsubsection{Intel Management Engine Interface}
CONFIG\_INTEL\_MEI [=m] \textbf{[M]}\\*
Die Intel Management Engine (Intel ME) bietet Verwaltbarkeits-, Sicherheits- und Mediendienste
für Systeme mit Intel Chipsätzen.
Falls ausgewählt, wird \texttt{/dev/mei} misc device erstellt.
Für weitere Informationen siehe
\url{https://software.intel.com/en-us/manageability/}

\subsubsection{ME Enabled Intel Chipsets}
CONFIG\_INTEL\_MEI\_ME [=m] \textbf{[M]}\\*[0.5em]
MEI"=Unterstützung für ME"=aktivierte Intel"=Chipsätze.\\[0.5em]
Unterstützte Chipsätze sind:\\
7er-Chipsatzfamilie\\
6er-Chipsatz-Familie\\
5er Chipsatz-Familie\\
4er Chipsatz-Familie\\
Mobile 4 Series Chipset Familie\\
ICH9\\
82946GZ/GL\\
82G35 Express\\
82Q963/Q965\\
82P965/G965\\
Handy PM965/GM965\\
Mobiltelefon GME965/GLE960\\
82Q35 Express\\
82G33/G31/P35/P31 Express\\
82Q33 Express\\
82X38/X48 Express
\\\begin{scriptsize}
Im Dell-Notebook wird dieses Modul \texttt{mei\_me} geladen.
\end{scriptsize}

\subsubsection{Intel Trusted Execution Environment with ME Interface}
CONFIG\_INTEL\_MEI\_TXE \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
MEI-Unterstützung für Trusted Execution Environment-Geräte auf Intel SoCs\\*
Unterstützte SoCs:\\*
Intel Bay Trail 
\\\begin{scriptsize}
Im Dell-Notebook ist kein SoCs Intel Bay Trail verbaut.
\end{scriptsize}

\subsubsection{Intel MEI GSC embedded device}
CONFIG\_INTEL\_MEI\_GSC [=m] \textbf{[M]}\\*
Intel"=Hilfstreiber für GSC"=Geräte, die in Intel"=Grafikgeräten eingebettet sind.
Ein MEI"=Gerät, hier GSC genannt, kann in ein Intel"=Grafikgerät eingebettet werden,
um eine Reihe von Chassis"=Aufgaben wie Grafikkarten"=Firmware"=Update und
Sicherheitsaufgaben zu unterstützen.

%15.17.37
\subsubsection{Intel HDCP2.2 services of ME Interface}
CONFIG\_INTEL\_MEI\_GSC \colorbox{yellow!80}{[=m] \textbf{[Y]}}\\*
MEI-Unterstützung für HDCP2.2"=Dienste auf Intel"=Plattformen.
Ermöglicht die ME FW"=Dienste, die für die HDCP2.2"=Unterstützung durch den
I915"=Display"=Treiber von Intel erforderlich sind.
\\\begin{scriptsize}
Im Notebook wird das I915"=Display verwendet, wir können dies mitkompilieren anstatt als Modul einbinden.
\end{scriptsize}

\subsubsection{Intel PXP services of ME Interface}
CONFIG\_INTEL\_MEI\_PXP \colorbox{yellow!80}{[=m] \textbf{[Y]}}\\*
MEI-Unterstützung für PXP-Dienste auf Intel-Plattformen.
Aktiviert die ME FW-Dienste, die für die PXP-Unterstützung durch den I915-Display-Treiber von Intel erforderlich sind.
\\\begin{scriptsize}
Im Notebook wird das I915"=Display verwendet, wir können dies mitkompilieren anstatt, wie gewesen, als Modul einbinden.
\end{scriptsize}

\subsubsection{Intel GSC Proxy services of ME Interface}
CONFIG\_INTEL\_MEI\_GSC\_PROXY [=m] \textbf{[M]}\\*
MEI"=Unterstützung für GSC-Proxy"=Dienste auf Intel"=Plattformen.
Der MEI-GSC"=Proxy ermöglicht den Nachrichtenaustausch zwischen dem GSC"=Dienst auf der Intel"=Grafikkarte
und den Diensten auf der CSE (MEI)"=Firmware auf dem SoC oder PCH.

\subsubsection{VMware VMCI Driver}
CONFIG\_VMWARE\_VMCI [=m] \textbf{[M]}\\*
Dies ist die Kommunikationsschnittstelle für virtuelle Maschinen von VMware. Sie ermöglicht die
Hochgeschwindigkeitskommunikation zwischen Host und Gast in einer virtuellen Umgebung über das
virtuelle VMCI-Gerät.\\
Wenn Sie unsicher sind, sagen Sie N.\\
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M:
Das Modul wird \texttt{vmw\_vmci} heißen.

\subsubsection{GenWQE PCIe Accelerator \texorpdfstring{$\rightarrow$}{->}}
CONFIG\_GENWQE [=m] \textbf{[M]}\\*
Aktiviert den PCIe-Kartentreiber für IBM GenWQE"=Beschleuniger.
Die Userspace"=Schnittstelle ist in include/linux/genwqe/genwqe\_card.h beschrieben.

%15.17.43.1
\paragraph{Use platform recovery procedures (0=off, 1=on)}$~$\\
CONFIG\_GENWQE\_PLATFORM\_ERROR\_RECOVERY [=0] \textbf{[0]}\\*
\textit{Für diese Option gibt es keine Hilfe.}

\subsubsection{Line Echo Canceller support}
CONFIG\_ECHO \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Dieser Treiber bietet Unterstützung für die Echounterdrückung bei mISDN- und Zaptel"=Treibern.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M. Das Modul heißt dann \texttt{echo}.

\subsubsection{Support for Broadcom VK Accelerators}
CONFIG\_BCM\_VK \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Wählen Sie diese Option, um die Unterstützung für Broadcom VK"=Beschleuniger zu aktivieren.
VK wird für die parallele Ausführung mehrerer spezifischer Offload"=Verarbeitungsaufgaben verwendet.
Solche Offload"=Aufgaben helfen bei Vorgängen wie Videotranskodierung, Komprimierung und
Ver"-schlüsselungs"-aufgaben.
Dieser Treiber ermöglicht es Userspace"=Programmen, über \texttt{/dev/bcm-vk.N}"=Geräte auf diese
Beschleuniger zuzugreifen.
Wenn Sie unsicher sind, sagen Sie N.
\\\begin{scriptsize}
Im Notebook ist keine Broadcom VK verbaut.
\end{scriptsize}

\paragraph{Enable tty ports on a Broadcom VK Accelerator device}$~$\\
CONFIG\_BCM\_VK\_TTY \colorbox{yellow!80}{[=y] \textbf{[~]}}\\*
Wählen Sie diese Option, um die tty-Unterstützung zu aktivieren und den Konsolenzugriff auf Broadcom VK Accelerator-Karten vom Host aus zu ermöglichen.
Der Geräteknoten hat die Form /dev/bcm-vk.x\_ttyVKy, wobei:\\
x die Instanz der VK-Karte ist\\
y die tty-Gerätenummer auf der VK-Karte ist.

\subsubsection{Alcor Micro/Alcor Link PCI-E card reader}
CONFIG\_MISC\_ALCOR\_PCI \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Dies unterstützt Alcor Micro PCI-Express Kartenleser einschließlich au6601, au6621.
Alcor Micro Kartenleser unterstützen den Zugriff auf viele Arten von Speicherkarten, wie Memory Stick, Memory Stick Pro,
Secure Digital und MultiMediaCard.
\\\begin{scriptsize}
Im Notebook ist kein Kartenleser von Alcor verbaut.
\end{scriptsize}

\subsubsection{Realtek PCI-E card reader}
CONFIG\_MISC\_RTSX\_PCI \colorbox{yellow!80}{[=m] \textbf{[Y]}}\\*
Unterstützt Realtek PCI"=Express Kartenleser wie rts5209, rts5227, rts522A, rts5229, rts5249,
rts524A, rts525A, rtl8411, rts5260.\\
Realtek"=Kartenleser unterstützen den Zugriff auf viele Arten von Speicherkarten, wie Memory Stick,
Memory Stick Pro, Secure Digital und MultiMediaCard.
\\\begin{scriptsize}
Im Notebook ist ein Kartenleser von Realtek PCI"=Express verbaut, wird als Modul geladen, kann in den
Kernel einkompiliert werden.
\end{scriptsize}

\subsubsection{Realtek USB card reader}
CONFIG\_MISC\_RTSX\_USB \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Wählen Sie diese Option, um Unterstützung für Realtek USB 2.0"=Kartenleser wie RTS5129, RTS5139,
RTS5179 und RTS5170 zu erhalten.
Realtek-Kartenleser unterstützen den Zugriff auf viele Arten von Speicherkarten,
wie Memory Stick Pro, Secure Digital und MultiMediaCard.

\subsubsection{Accelerator Framework for User Land}
CONFIG\_UACCE \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
UACCE bietet dem Benutzerprozess eine Schnittstelle für den Zugriff auf die Hardware ohne Interaktion
mit dem Kernelbereich im Datenpfad.
Die Userspace"=Schnittstelle ist in include/uapi/misc/uacce/uacce.h beschrieben.
Weitere Einzelheiten siehe Dokumentation/misc-devices/uacce.rst.
Wenn Sie nicht wissen, was Sie hier tun sollen, sagen Sie N.

%15.17.49
\subsubsection{pvpanic device support}
CONFIG\_PVPANIC [=y] \textbf{[Y]}\\*
Diese Option ermöglicht die Auswahl eines bestimmten pvpanic"=Gerätetreibers.
pvpanic ist ein paravirtualisiertes Gerät, das von QEMU bereitgestellt wird;
es ermöglicht einer virtuellen Maschine (Gast), Panikereignisse an den Host zu übermitteln.

\paragraph{pvpanic MMIO device support}$~$\\
CONFIG\_PVPANIC\_MMIO [=m] \textbf{[M]}\\*
Dieser Treiber bietet Unterstützung für das MMIO pvpanic Gerät.

\paragraph{pvpanic PCI device support}$~$\\
CONFIG\_PVPANIC\_PCI [=m] \textbf{[M]}\\*
Dieser Treiber bietet Unterstützung für das PCI pvpanic Gerät.
pvpanic ist ein paravirtualisiertes Gerät, das von QEMU bereitgestellt wird und die
Panikereignisse vom Gast an den Host weiterleitet.

\subsubsection{Microchip PCI1XXXX PCIe to GPIO Expander + OTP/EEPROM manager}
CONFIG\_GP\_PCI1XXXX [=m] \textbf{M}\\*
PCI1XXXX ist ein PCIe GEN 3"=Switch, wobei einer der Endpunkte mehrere Funktionen hat und eine
der Funktionen ein GPIO"=Controller ist, der auch über Register für die Schnittstelle mit dem OTP
und EEPROM verfügt. Wählen Sie hier ja, nein oder Modul, um den Treiber für die GPIO"=Funktion
ein- oder auszuschließen.

\subsection{SCSI device support \texorpdfstring{$\rightarrow$}{->}}
\textit{(SCSI-Gerätetreiber)}

\subsubsection{RAID Transport Class}
CONFIG\_RAID\_ATTRS \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Ermöglicht RAID
\\\begin{scriptsize}
Im Notebook ist kein RAID vorgesehen, daher wird keine Unterstützung eingerichtet.
\end{scriptsize}

\subsubsection{SCSI device support}
CONFIG\_SCSI [=y] \textbf{[Y]}\\*
Wenn Sie eine SCSI"=Festplatte, ein SCSI"=Bandlaufwerk, eine SCSI"=CD"=ROM oder ein anderes
SCSI"=Gerät unter Linux verwenden wollen, sagen Sie Y und stellen Sie sicher, dass Sie den
Namen Ihres SCSI"=Hostadapters kennen (die Karte in Ihrem Computer, die das SCSI"=Protokoll
\glqq spricht\grqq{}, auch SCSI"=Controller genannt), denn Sie werden danach gefragt.
Sie müssen hier auch Y angeben, wenn Sie ein Gerät haben, das das SCSI"=Protokoll spricht.
Beispiele hierfür sind die Parallelport"=Version des IOMEGA-ZIP"=Laufwerks, USB"=Speichergeräte,
Fibre Channel- und FireWire"=Speicher.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M und lesen Sie
$<$file:Documentation/scsi/scsi.rst$>$.
Das Modul wird \texttt{scsi\_mod} genannt.
Kompilieren Sie diesen Treiber jedoch nicht als Modul, wenn sich Ihr Root"=Dateisystem
(dasjenige, das das Verzeichnis \texttt{/} enthält) auf einem SCSI"=Gerät befindet.

\subsubsection{legacy /proc/scsi/ support}
CONFIG\_SCSI\_PROC\_FS [=y] \textbf{[Y]}\\*
Diese Option aktiviert die Unterstützung für die verschiedenen Dateien in /proc/scsi.
In Linux~2.6 wurde dies durch Dateien in sysfs ersetzt, aber viele ältere Anwendungen verlassen
sich darauf.
Wenn Sie unsicher sind, sagen Sie Y.

\subsubsection*{*** SCSI support type (disk, tape, CD-ROM) ***}
\textit{(SCSI-Unterstützungstyp (Platte, Band, CD-ROM))}

\subsubsection{SCSI disk support}
CONFIG\_BLK\_DEV\_SD [=y] \textbf{[Y]}\\*
Wenn Sie SCSI"=Festplatten, Fibre Channel"=Festplatten, Serial ATA (SATA)- oder
Parallel ATA (PATA)"=Festplatten, USB"=Speicher oder die SCSI- oder Parallelport"=Version des
IOMEGA-ZIP"=Laufwerks verwenden möchten, sagen Sie Y und lesen Sie das SCSI-HOWTO, das Disk"=HOWTO
und das Multi"=Disk"=HOWTO, die unter \url{http://www.tldp.org/docs.html#howto} erhältlich sind.
Dies gilt NICHT für SCSI CD-ROMs.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M und lesen Sie
$<$file:Documentation/scsi/scsi.rst$>$.
Das Modul wird sd\_mod genannt. Kompilieren Sie diesen Treiber nicht als Modul, wenn sich Ihr
Root"=Dateisystem (dasjenige, das das Verzeichnis \texttt{/} enthält) auf einer SCSI"=Platte befindet.
Kompilieren Sie in diesem Fall auch nicht den Treiber für Ihren SCSI"=Hostadapter (siehe unten) als Modul.

\subsubsection{SCSI tape support}
CONFIG\_CHR\_DEV\_ST [=y] \textbf{[Y]}\\*
Wenn Sie ein SCSI"=Bandlaufwerk unter Linux verwenden wollen, sagen Sie Y und lesen Sie das SCSI-HOWTO,
verfügbar unter \url{http://www.tldp.org/docs.html#howto}, und\\
$<$file:Documentation/scsi/st.rst$>$
im Kernel"=Quellcode. Dies gilt NICHT für SCSI CD-ROMs. Um diesen Treiber als Modul zu kompilieren,
wählen Sie hier M und lesen Sie $<$file:Documentation/scsi/scsi.rst$>$. Das Modul wird \texttt{st} genannt.

\subsubsection{SCSI CDROM support}
CONFIG\_BLK\_DEV\_SR \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Wenn Sie ein CD- oder DVD-Laufwerk verwenden möchten, das über SCSI, FireWire, USB oder ATAPI
an Ihren Computer angeschlossen ist, sagen Sie Y und lesen Sie das SCSI-HOWTO und das CDROM-HOWTO
unter \url{http://www.tldp.org/docs.html#howto}.
Vergewissern Sie sich, dass Sie Y oder M sagen, um \glqq ISO 9660 CD-ROM-Dateisystemunterstützung\grqq{}.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M und lesen Sie
$<$file:Documentation/scsi/scsi.rst$>$.
Das Modul wird \texttt{sr\_mod} genannt.

\subsubsection{SCSI generic support}
CONFIG\_CHR\_DEV\_SG \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
Wenn Sie SCSI-Scanner, -Synthesizer oder -CD-Brenner oder so ziemlich alles, was \glqq SCSI\grqq{}
im Namen trägt, außer Festplatten, CD-ROMs oder Bändern, benutzen wollen, sagen Sie hier Y.
Diese Geräte werden vom Kernel nicht direkt unterstützt, so dass Sie zusätzliche Software benötigen,
die weiß, wie man mit diesen Geräten über das SCSI"=Protokoll kommuniziert:\\
Für Scanner sehen Sie sich SANE (\url{http://www.sane-project.org/}) an.
Für CD-Brennsoftware schauen Sie sich Cdrtools (\url{http://cdrtools.sourceforge.net/}) an und für das
Brennen einer \glqq Diskette auf einmal\grqq{}: CDRDAO (\url{http://cdrdao.sourceforge.net/}).
Cdparanoia ist ein hochwertiger digitaler Leser von Audio-CDs (\url{http://www.xiph.org/paranoia/}).
Für andere Geräte ist es möglich, dass Sie die Treibersoftware selbst schreiben müssen. Bitte lesen Sie
die Datei $<$file:Documentation/scsi/scsi-generic.rst$>$ für weitere Informationen.\\
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M und lesen Sie\\
$<$file:Documentation/scsi/scsi.rst$>$.\\
Das Modul wird \texttt{sg} genannt. Wenn Sie unsicher sind, sagen Sie N.

%15.18.9
\subsubsection{/dev/bsg support (SG v4)}
CONFIG\_BLK\_DEV\_BSG [=y] \textbf{[Y]}\\*
Wenn Sie hier Y angeben, wird die generische SG (SCSI generic) v4"=Unterstützung für jedes
SCSI"=Gerät aktiviert.
Diese Option wird von UDEV benötigt, um auf die Seriennummern der Geräte usw. zuzugreifen.
Wenn Sie unsicher sind, sagen Sie Y.

\subsubsection{SCSI media changer support}
CONFIG\_CHR\_DEV\_SCH [=m] \textbf{[M]}\\*
Dies ist ein Treiber für SCSI"=Medienwechsler. Die gängigsten Geräte sind Bandbibliotheken und
MOD"/CDROM"=Jukeboxen. $*$Echte$*$ Jukeboxen, für diese winzigen 6-Slot-CD-ROM"=Wechsler brauchen
Sie ihn nicht. Medienwechsler sind als \glqq Type: Medium Changer\grqq{} in
\texttt{/proc/scsi/scsi} aufgeführt.
Wenn Sie solche Hardware haben und sie mit Linux benutzen wollen, sagen Sie hier Y.\\
Siehe $<$file:Documentation/scsi/scsi-changer.rst$>$ für Details.
Wenn Sie dies als Modul kompilieren wollen ( = Code, der in den laufenden Kernel eingefügt und
wieder entfernt werden kann, wann immer Sie wollen), sagen Sie hier M und lesen Sie
$<$file:Documentation/kbuild/modules.rst$>$ und\\$<$file:Documentation/scsi/scsi.rst$>$.
Das Modul wird \texttt{ch.o} heißen.
Wenn Sie unsicher sind, sagen Sie N.

\subsubsection{SCSI Enclosure Support}
CONFIG\_SCSI\_ENCLOSURE [=m] \textbf{[M]}\\*
Enclosures sind Geräte, die auf oder in SCSI"=Backplanes sitzen und Geräte verwalten. Wenn Sie einen
Festplattenkäfig haben, ist die Wahrscheinlichkeit groß, dass er ein Enclosure"=Gerät enthält.
Die Auswahl dieser Option ermöglicht nur die Meldung bestimmter Enclosure"=Zustände und ist
nicht erforderlich.

\subsubsection{Verbose SCSI error reporting (kernel size += 36K)}
CONFIG\_SCSI\_CONSTANTS [=y] \textbf{[Y]}\\*
Die Fehlermeldungen bezüglich Ihrer SCSI-Hardware werden leichter zu verstehen sein, wenn Sie hier Y
sagen; es wird Ihren Kernel um etwa \qty{36}{\kilo\byte} vergrößern. Wenn Sie Zweifel haben, sagen Sie Y.

\subsubsection{SCSI logging facility}
CONFIG\_SCSI\_LOGGING [=y] \textbf{[Y]}\\*
Dies schaltet eine Protokollierungsfunktion ein, die zur Fehlersuche bei einer Reihe von SCSI"=bezogenen
Problemen verwendet werden kann.\\
Wenn Sie hier Y angeben, erscheint standardmäßig keine Protokollierungsausgabe, aber Sie können die
Protokollierung aktivieren, indem Sie Y zu \glqq /proc file system support\grqq{} und \glqq Sysctl support\grqq{}
unten angeben und den Befehl ausführen\\[.5em]
\texttt{echo $<$bitmask$>~>$~/proc/sys/dev/scsi/logging\_level}\\[.5em]
wobei \texttt{$<$bitmask$>$} ein Vier"=Byte"=Wert ist, der den Protokollierungstyp und die Protokollierungsebene
für jeden ausgewählten Protokollierungstyp angibt.
Es gibt eine Reihe von Protokollierungstypen, die Sie im Quelltext unter $<$file:drivers/scsi/scsi\_logging.h$>$
finden können. Die Protokollierungsstufen sind ebenfalls in dieser Datei beschrieben und bestimmen die
Ausführlichkeit der Protokollierung für jeden Protokollierungstyp.
Wenn Sie hier N angeben, kann es schwieriger sein, einige Arten von SCSI"=Problemen aufzuspüren.
Wenn Sie hier Y angeben, wird Ihr Kernel etwas größer, aber es sollte keine spürbaren Leistungseinbußen geben,
solange Sie die Protokollierung ausgeschaltet haben.

%15.18.14
\subsubsection{Asynchronous SCSI scannning}
CONFIG\_SCSI\_SCAN\_ASYNC [=y] \textbf{[Y]}\\*
Das SCSI"=Subsystem kann nach Geräten suchen, während der Rest des Systems weiter bootet, und sogar Geräte auf
verschiedenen Bussen parallel testen, was zu einer erheblichen Beschleunigung führt.
Sie können diese Option außer Kraft setzen, indem Sie in der Befehlszeile des Kernels 
\texttt{scsi\_mod.scan=sync} oder \texttt{async} angeben.\\
Beachten Sie, dass sich diese Einstellung auch darauf auswirkt,
ob die Wiederaufnahme des Betriebs aus einem System"=Suspend asynchron erfolgt.

\subsubsection{SCSI Transports \texorpdfstring{$\rightarrow$}{->}}
\textit{(SCSI-Transporte)}

\paragraph{Parallel SCSI (SPI) Transport Attributes}$~$\\
CONFIG\_SCSI\_SPI\_ATTRS [=m] \textbf{[M]}\\*
Wenn Sie transportspezifische Informationen über jedes angeschlossene SCSI-Gerät nach sysfs 
exportieren möchten, sagen Sie Y. Andernfalls sagen Sie N.

\paragraph{FiberChannel Transport Attributes}$~$\\
CONFIG\_SCSI\_FC\_ATTRS [=m] \textbf{[M]}\\*
Wenn Sie transportspezifische Informationen über jedes angeschlossene FiberChannel"=Gerät
in sysfs exportieren möchten, sagen Sie Y. Ansonsten sagen Sie N.

\paragraph{iSCSI Transport Attributes}$~$\\
CONFIG\_SCSI\_ISCSI\_ATTRS [=m] \textbf{[M]}\\*
Wenn Sie transportspezifische Informationen über jedes angeschlossene iSCSI-Gerät in sysfs
exportieren möchten, sagen Sie Y.
Andernfalls sagen Sie N.

\paragraph{SAS Transport Attributes}$~$\\
CONFIG\_SCSI\_SAS\_ATTRS [=m] \textbf{[M]}\\*
Wenn Sie transportspezifische Informationen über jedes angeschlossene SAS-Gerät nach
sysfs exportieren möchten, sagen Sie Y.

\paragraph{SAS Domain Transport Attributes}$~$\\
CONFIG\_SCSI\_SAS\_LIBSAS [=m] \textbf{[M]}\\*
Dies bietet transportspezifische Hilfen für SAS-Treiber, die das Domain"=Device"=Konstrukt
verwenden (wie das aic94xxx).

\subparagraph{ATA support for libsas (requires libata)}$~$\\
CONFIG\_SCSI\_SAS\_ATA [=y] \textbf{[Y]}\\*
Baut ATA"=Unterstützung in libsas ein. Erfordert das Laden von libata zusammen mit libsas.

\subparagraph{Support for SMP interpretation for SAS hosts}$~$\\
CONFIG\_SCSI\_SAS\_HOST\_SMP [=y] \textbf{[Y]}\\*
Erlaubt SAS"=Hosts, SMP-Frames zu empfangen. Wenn Sie diese Option wählen, wird ein
SMP"=Interpreter in libsas eingebaut. Sagen Sie hier N, wenn Sie die wenigen
$\unit{\kilo\byte}$ sparen wollen, die dies verbraucht.

\paragraph{SRP Transport Attributes}$~$\\
CONFIG\_SCSI\_SRP\_ATTRS [=m] \textbf{[M]}\\*
Wenn Sie transportspezifische Informationen über jedes angeschlossene SRP-Gerät nach sysfs
exportieren möchten, sagen Sie Y.

\subsubsection{SCSI low-level drivers \texorpdfstring{$\rightarrow$}{->}}
CONFIG\_LOWLEVEL [=y] \textbf{[Y]}\\*
\textit{(Für diese Option gibt es keine Hilfe.)}

\paragraph{iSCSI Initiator over TCP/IP}$~$\\
CONFIG\_ISCSI\_TCP [=m] \textbf{[M]}\\*
Der iSCSI-Treiber bietet einem Host die Möglichkeit, über ein IP-Netzwerk auf Speicher zuzugreifen.
Der Treiber verwendet das iSCSI"=Protokoll zur Übertragung von SCSI"=Anfragen und -Antworten über
ein TCP/IP"=Netzwerk zwischen dem Host (dem \glqq Initiator\grqq{}) und den \glqq Zielen\grqq{}.
Architektonisch ist der iSCSI"=Treiber mit dem TCP/IP"=Stack des Hosts, den Netzwerktreibern und
der Netzwerkschnittstellenkarte (NIC) kombiniert, um die gleichen Funktionen wie ein SCSI- oder
ein Fibre"=Channel"=Adaptertreiber (FC) mit einem Host"=Bus"=Adapter (HBA) bereitzustellen.\\
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M:
Das Modul wird \texttt{iscsi\_tcp} heißen.\\
Die Userspace"=Komponente, die zur Initialisierung des Treibers benötigt wird, sowie Dokumentation
und Beispielkonfigurationsdateien finden Sie hier:
\url{http://open-iscsi.org}

\paragraph{iSCSI Boot Sysfs Interface}$~$\\
CONFIG\_ISCSI\_BOOT\_SYSFS [=m] \textbf{[M]}\\*
Mit dieser Option wird die Unterstützung für die Freigabe von iSCSI-Boot"=Informationen über sysfs
an den Userspace aktiviert. Wenn Sie diese Informationen exportieren möchten, sagen Sie Y.
Andernfalls sagen Sie N.

\paragraph{Chelsio T3 iSCSI support}$~$\\
CONFIG\_SCSI\_CXGB3\_ISCSI [=m] \textbf{[M]}\\*
Dieser Treiber unterstützt iSCSI"=Offload für die Chelsio T3"=Geräte.

\paragraph{Chelsio T4 iSCSI support}$~$\\
CONFIG\_SCSI\_CXGB4\_ISCSI [=m] \textbf{[M]}\\*
Dieser Treiber unterstützt iSCSI"=Offload für die Chelsio T4"=Geräte.

\paragraph{QLogic NetXtreme II iSCSI support}$~$\\
CONFIG\_SCSI\_BNX2\_ISCSI [=m] \textbf{[M]}\\*
Dieser Treiber unterstützt iSCSI"=Offload für die QLogic NetXtreme II"=Geräte.

\paragraph{QLogic FCoE offload support}$~$\\
CONFIG\_SCSI\_BNX2X\_FCOE [=m] \textbf{[M]}\\*
Dieser Treiber unterstützt FCoE"=Offload für die QLogic"=Geräte.

\paragraph{Emulex 10Gbps iSCSI -- BladeEngine 2}$~$\\
CONFIG\_BE2ISCSI [=m] \textbf{[M]}\\*
Dieser Treiber implementiert die iSCSI"=Funktionalität für den Emulex
$\qty[per-mode=symbol,per-symbol=\mathrm{p}]{10}{\giga\byte\per\second}$
Speicher"-adapter --\\
\mbox{BladeEngine~2}.

\paragraph{3ware 5/6/7/8xxx ATA-RAID support}$~$\\
CONFIG\_BLK\_DEV\_3W\_XXXX\_RAID [=m] \textbf{[M]}\\*
3ware ist das bisher einzige Hardware"=ATA"=Raid"=Produkt unter Linux.
Diese Karte unterstützt nur den Master"=Modus mit 2, 4 oder 8~Kanälen.\\
SCSI-Unterstützung erforderlich!!!\\[0.5em]
\url{http://www.3ware.com/}.\\[0.5em]
Bitte lesen Sie die Kommentare am Anfang von $<$file:drivers/scsi/3w-xxxx.c$>$.

\paragraph{HP Smart Array SCSI driver}$~$\\
CONFIG\_SCSI\_HPSA [=m] \textbf{[M]}\\*
Dieser Treiber unterstützt HP Smart Array Controllers (ca. 2009). Er ist eine SCSI"=Alternative
zum cciss-Treiber, der ein Blocktreiber ist. Jeder, der HP"=Smart"=Array"=Controller verwenden
möchte und es vorzieht, dass die Geräte unter Linux als SCSI"=Geräte und nicht als generische
Blockgeräte dargestellt werden, sollte hier Y angeben.

\paragraph{3ware 9xxx SATA-RAID support}$~$\\
CONFIG\_SCSI\_3W\_9XXX [=m] \textbf{[M]}\\*
Dieser Treiber unterstützt die 3ware SATA-RAID"=Karten der 9000er Serie.\\[0.5em]
\url{http://www.amcc.com}\\[0.5em]
Bitte lesen Sie die Kommentare am Anfang von $<$file:drivers/scsi/3w-9xxx.c$>$.

\paragraph{3ware 97xx SAS/SATA-RAID support}$~$\\
CONFIG\_SCSI\_3W\_SAS [=m] \textbf{[M]}\\*
Dieser Treiber unterstützt die LSI 3ware 9750 6Gb/s SAS/SATA-RAID-Karten.\\[0.5em]
\url{http://www.lsi.com}\\[0.5em]
Bitte lesen Sie die Kommentare am Anfang von $<$file:drivers/scsi/3w-sas.c$>$.

\paragraph{ACARD SCSI support}$~$\\
CONFIG\_SCSI\_ACARD [=m] \textbf{[M]}\\*
Dieser Treiber unterstützt den ACARD SCSI Host Adapter.\\
Unterstützung Chip $<$ATP870 ATP876 ATP880 ATP885$>$\\
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: das Modul wird \texttt{atp870u} heißen.

\paragraph{Adaptec AACRAID support}$~$\\
CONFIG\_SCSI\_AACRAID [=m] \textbf{[M]}\\*
Dieser Treiber unterstützt eine Vielzahl von Speicherprodukten von Dell, HP, Adaptec, IBM und ICP.
Eine Liste der unterstützten Produkte finden Sie in $<$file:Documentation/scsi/aacraid.rst$>$.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M:
Das Modul wird \texttt{aacraid} genannt.

%15.18.16.14
\paragraph{Adaptec AIC7xxx Fast \texorpdfstring{$\rightarrow$}{->} U160 support}$~$\\
CONFIG\_SCSI\_AIC7XXX [=m] \textbf{[M]}\\*
Dieser Treiber unterstützt alle Fast bis Ultra 160 PCI"=basierten SCSI"=Controller von Adaptec sowie
die aic7770"=basierten EISA- und VLB-SCSI"=Controller (die Serien 274x und 284x).
Für AAA- und ARO"=basierte Konfigurationen ist nur SCSI"=Funktionalität vorgesehen.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M:
Das Modul wird \texttt{aic7xxx} heißen.

%15.18.16.14.1
\subparagraph{Maximum number of TCQ commands per device}$~$\\
CONFIG\_AIC7XXX\_CMDS\_PER\_DEVICE [=32] \textbf{[32]}\\*
Geben Sie die Anzahl der Befehle an, die Sie pro SCSI"=Gerät zuweisen möchten, wenn Tagged Command Queueing
(TCQ) auf diesem Gerät aktiviert ist.\\
Dies ist ein oberer Grenzwert für die Anzahl der getaggten Transaktionen, die für jedes Gerät verwendet werden
sollen. Der aic7xxx"=Treiber variiert diese Zahl automatisch auf der Grundlage des Geräte"-verhaltens. Bei
Geräten mit einem festen Höchstwert wird der Treiber schließlich auf diesen Höchstwert einrasten und eine
Konsolenmeldung anzeigen, die diesen Wert angibt.\\
Aufgrund von Ressourcenzuordnungsproblemen in der Linux"=SCSI"=Mittelschicht kann die Verwendung einer hohen
Anzahl von Befehlen pro Gerät zu Fehlern bei der Speicherzuordnung führen, wenn viele Geräte an das System
angeschlossen sind. Aus diesem Grund ist der Standardwert auf 32 gesetzt. Höhere Werte können bei einigen
Geräten zu einer höheren Leistung führen. Die Obergrenze ist 253. 0~deaktiviert die getaggte Warteschlangenbildung.\\
Die Tag"=Tiefe pro Gerät kann über die Kernel"=Befehlszeile mit der Option \texttt{tag\_info} gesteuert werden.
Siehe Dokumentation/scsi/aic7xxx.rst für Einzelheiten.

\subparagraph{Initial bus reset delay in milli-seconds}$~$\\
CONFIG\_AIC7XXX\_RESET\_DELAY\_MS [=15000] \textbf{[15000]}\\*
Die Anzahl der Millisekunden, die nach einem anfänglichen Bus"=Reset verzögert werden sollen.\\
Die Verzögerung der Buswiederherstellung nach allen Fehlerbehebungsmaßnahmen wird von der SCSI"=Schicht
vorgegeben und wird von diesem Wert nicht beeinflusst.
Voreinstellung: $\num{5000}$ (5~Sekunden)

\subparagraph{Compile in Debugging Code}$~$\\
CONFIG\_AIC7XXX\_DEBUG\_ENABLE [=y] \textbf{[Y]}\\*
Kompilieren Sie in aic7xxx Debugging"=Code, der bei der Diagnose von Treiberfehlern nützlich sein kann.

\subparagraph{Debug code enable mask (2047 for all debugging)}$~$\\
CONFIG\_AIC7XXX\_DEBUG\_MASK [=0] \textbf{[0]}\\*
Bitmaske der Debug"=Optionen, die nur gültig ist, wenn die Option\\
CONFIG\_AIC7XXX\_DEBUG\_ENABLE aktiviert ist.\\
Die Bits in dieser Maske sind in der Datei drivers/scsi/aic7xxx/aic7xxx.h definiert -- suchen Sie in dieser
Datei nach der Variablen \texttt{ahc\_debug}, um sie zu finden.

\subparagraph{Decode registers during diagnostics}$~$\\
CONFIG\_AIC7XXX\_REG\_PRETTY\_PRINT [=y] \textbf{[Y]}\\*
Einkompilieren von Registerwerttabellen für die Ausgabe von erweiterten Registerinhalten in der Diagnose.
Dies macht es viel einfacher, die Debug"=Ausgabe zu verstehen, ohne auf ein Datenbuch und/oder die Datei
aic7xxx.reg zurückgreifen zu müssen.

\paragraph{Adaptec AIC79xx U320 support}$~$\\
CONFIG\_SCSI\_AIC79XX [=m] \textbf{[M]}\\*
Dieser Treiber unterstützt alle Ultra 320 PCI-X-basierten SCSI"=Controller von Adaptec.

%15.18.16.15.1
\subparagraph{Maximum number of TCQ commands per device}$~$\\
CONFIG\_AIC79XX\_CMDS\_PER\_DEVICE [=32] \textbf{[32]}\\*
Geben Sie die Anzahl der Befehle an, die Sie pro SCSI"=Gerät zuweisen möchten, wenn Tagged Command Queueing
(TCQ) auf diesem Gerät aktiviert ist.\\
Dies ist ein oberer Grenzwert für die Anzahl der getaggten Transaktionen, die für jedes Gerät verwendet werden
sollen. Der aic7xxx"=Treiber \textcolor{green}{(aic79xx)} variiert diese Zahl automatisch auf der
Grundlage des Geräte"-verhaltens. Bei
Geräten mit einem festen Höchstwert wird der Treiber schließlich auf diesen Höchstwert einrasten und eine
Konsolenmeldung anzeigen, die diesen Wert angibt.\\
Aufgrund von Ressourcenzuordnungsproblemen in der Linux"=SCSI"=Mittelschicht kann die Verwendung einer hohen
Anzahl von Befehlen pro Gerät zu Fehlern bei der Speicherzuordnung führen, wenn viele Geräte an das System
angeschlossen sind. Aus diesem Grund ist der Standardwert auf 32 gesetzt. Höhere Werte können bei einigen
Geräten zu einer höheren Leistung führen. Die Obergrenze ist 253. 0~deaktiviert die getaggte Warteschlangenbildung.\\
Die Tag"=Tiefe pro Gerät kann über die Kernel"=Befehlszeile mit der Option \texttt{tag\_info} gesteuert werden.
Siehe Dokumentation/scsi/aic79xx.rst für Einzelheiten.

\subparagraph{Initial bus reset delay in milli-seconds}$~$\\
CONFIG\_AIC79XX\_RESET\_DELAY\_MS [=15000] \textbf{[15000]}\\*
Die Anzahl der Millisekunden, die nach einem anfänglichen Bus"=Reset verzögert werden sollen.\\
Die Verzögerung der Buswiederherstellung nach allen Fehlerbehebungsmaßnahmen wird von der SCSI"=Schicht
vorgegeben und wird von diesem Wert nicht beeinflusst.
Voreinstellung: $\num{5000}$ (5~Sekunden)

\subparagraph{Compile in Debugging Code}$~$\\
CONFIG\_AIC79XX\_DEBUG\_ENABLE [=y] \textbf{[Y]}\\*
Kompilieren Sie in aic79xx Debugging"=Code, der bei der Diagnose von Treiberfehlern nützlich sein kann.

\subparagraph{Debug code enable mask (16383 for all debugging)}$~$\\
CONFIG\_AIC79XX\_DEBUG\_MASK [=0] \textbf{[0]}\\*
Bitmaske der Debug"=Optionen, die nur gültig ist, wenn die Option\\
CONFIG\_AIC79XX\_DEBUG\_ENABLE aktiviert ist.\\
Die Bits in dieser Maske sind in der Datei drivers/scsi/aic7xxx/aic79xx.h definiert -- suchen Sie in dieser
Datei nach der Variablen \texttt{ahc\_debug}, um sie zu finden.

\subparagraph{Decode registers during diagnostics}$~$\\
CONFIG\_AIC79XX\_REG\_PRETTY\_PRINT [=y] \textbf{[Y]}\\*
Einkompilieren von Registerwerttabellen für die Ausgabe von erweiterten Registerinhalten in der Diagnose.
Dies macht es viel einfacher, die Debug"=Ausgabe zu verstehen, ohne auf ein Datenbuch und/oder die Datei
aic7xxx.reg zurückgreifen zu müssen.

\paragraph{Adaptec AIC94xx SAS/SATA support}$~$\\
CONFIG\_SCSI\_AIC94XX [=m] \textbf{[M]}\\*
Dieser Treiber unterstützt Adaptecs SAS/SATA 3Gb/s 64 Bit PCI-X AIC94xx Chip basierte Hostadapter.

\subparagraph{Compile in debug mode}$~$\\
CONFIG\_AIC94XX\_DEBUG [=y] \textbf{[Y]}\\*
Kompiliert den aic94xx-Treiber im Debug-Modus. Im Debug"=Modus gibt der Treiber einige Meldungen auf
der Konsole aus.

\paragraph{Marvell 88SE64XX/88SE94XX SAS/SATA support}$~$\\
CONFIG\_SCSI\_MVSAS [=m] \textbf{[M]}\\*
Dieser Treiber unterstützt Marvells SAS/SATA 3Gb/s PCI-E 88SE64XX und 6Gb/s PCI-E 88SE94XX
Chip"=basierte Hostadapter.

\subparagraph{Compile in debug mode}$~$\\
CONFIG\_SCSI\_MVSAS\_DEBUG [=y] \textbf{[Y]}\\*
Kompiliert den 88SE64XX/88SE94XX-Treiber im Debug-Modus.
Im Debug"=Modus gibt der Treiber einige Meldungen auf der Konsole aus.

\subparagraph{Support for interrupt tasklet}$~$\\
CONFIG\_SCSI\_MVSAS\_TASKLET [=y] \textbf{[Y]}\\*
Kompiliert den 88SE64xx/88SE94xx-Treiber im Interrupt"=Tasklet"=Modus, in dem der
Interrupt ein Tasklet plant.

\paragraph{Marvell UMI driver}$~$\\
CONFIG\_SCSI\_MVUMI [=m] \textbf{[M]}\\*
Modul für den Marvell Universal Message Interface(UMI)-Treiber\\[.5em]
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird
\texttt{mvumi} heißen.

\paragraph{AdvanSys SCSI support}$~$\\
CONFIG\_SCSI\_ADVANSYS [=m] \textbf{[M]}\\*
Dies ist ein Treiber für alle SCSI-Hostadapter, die von AdvanSys hergestellt werden. Er ist in den
Kernel"=Quellen in $<$file:drivers/scsi/advansys.c$>$ dokumentiert.\\
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M:
Das Modul wird \texttt{advansys} genannt.

\paragraph{ARECA (ARC11xx/12xx/13xx/16xx) SATA/SAS RAID Host Adapter}$~$\\
CONFIG\_SCSI\_ARCMSR [=m] \textbf{[M]}\\*
Dieser Treiber unterstützt alle SATA/SAS-RAID"=Controller"=Karten von ARECA.
Dies ist ein von ARECA gewarteter Treiber von Erich Chen.
Wenn Sie irgendwelche Probleme haben, mailen Sie bitte an: $<$erich@areca.com.tw$>$.
Areca unterstützt Linux RAID Konfigurationswerkzeuge.
Bitte verlinken Sie \url{http://www.areca.com.tw}\\
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M:\\
Das Modul wird \texttt{arcmsr} heißen (\texttt{modprobe arcmsr}).

\paragraph{ATTO Technology's ExpressSAS RAID adapter driver}$~$\\
CONFIG\_SCSI\_ESAS2R [=m] \textbf{[M]}\\*
Dieser Treiber unterstützt die ATTO ExpressSAS R6xx SAS/SATA RAID-Controller.

\paragraph{LSI Logic New Generation RAID Device Drivers}$~$\\
CONFIG\_MEGARAID\_NEWGEN [=y] \textbf{[Y]}\\*
LSI Logic RAID-Gerätetreiber

\subparagraph{LSI Logic Management Module (New Driver)}$~$\\
CONFIG\_MEGARAID\_MM [=m] \textbf{[M]}\\*
Management Module bietet ioctl- und sysfs-Unterstützung für LSI Logic RAID-Controller.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M:\\
Das Modul wird \texttt{megaraid\_mm} genannt.

\subsubparagraph{LSI Logic MegaRAID Driver (New Driver)}$~$\\
CONFIG\_MEGARAID\_MAILBOX [=m] \textbf{[M]}\\*[0.5em]
Liste der unterstützten Steuerungen\\*[0.5em]
\texttt{
\begin{tabular}{p{2.46em}p{14em} *{4}{p{2.1em}}}
OEM & Produktname & VID & DID & SVID & SSID\\
\hline
Dell & PERC3/QC & 101E & 1960 & 1028 & 0471\\
Dell & PERC3/DC & 101E & 1960 & 1028 & 0493\\
Dell & PERC3/SC & 101E & 1960 & 1028 & 0475\\
Dell & PERC3/Di & 1028 & 000E & 1028 & 0123\\
Dell & PERC4/SC & 1000 & 1960 & 1028 & 0520\\
Dell & PERC4/DC & 1000 & 1960 & 1028 & 0518\\
Dell & PERC4/QC & 1000 & 0407 & 1028 & 0531\\
Dell & PERC4/Di & 1028 & 000F & 1028 & 014A\\
Dell & PERC 4e/Si & 1028 & 0013 & 1028 & 016c\\
Dell & PERC 4e/Di & 1028 & 0013 & 1028 & 016d\\
Dell & PERC 4e/Di & 1028 & 0013 & 1028 & 016e\\
Dell & PERC 4e/Di & 1028 & 0013 & 1028 & 016f\\
Dell & PERC 4e/Di & 1028 & 0013 & 1028 & 0170\\
Dell & PERC 4e/DC & 1000 & 0408 & 1028 & 0002\\
Dell & PERC 4e/SC & 1000 & 0408 & 1028 & 0001\\
LSI & MegaRAID SCSI 320-0 & 1000 & 1960 & 1000 & A520\\
LSI & MegaRAID SCSI 320-1 & 1000 & 1960 & 1000 & 0520\\
LSI & MegaRAID SCSI 320-2 & 1000 & 1960 & 1000 & 0518\\
LSI & MegaRAID SCSI 320-0X & 1000 & 0407 & 1000 & 0530\\
LSI & MegaRAID SCSI 320-2X & 1000 & 0407 & 1000 & 0532\\
LSI & MegaRAID SCSI 320-4X & 1000 & 0407 & 1000 & 0531\\
LSI & MegaRAID SCSI 320-1E & 1000 & 0408 & 1000 & 0001\\
LSI & MegaRAID SCSI 320-2E & 1000 & 0408 & 1000 & 0002\\
LSI & MegaRAID SATA 150-4 & 1000 & 1960 & 1000 & 4523\\
LSI & MegaRAID SATA 150-6 & 1000 & 1960 & 1000 & 0523\\
LSI & MegaRAID SATA 300-4X & 1000 & 0409 & 1000 & 3004\\
LSI & MegaRAID SATA 300-8X & 1000 & 0409 & 1000 & 3008\\
INTEL & RAID Controller SRCU42X & 1000 & 0407 & 8086 & 0532\\
INTEL & RAID Controller SRCS16 & 1000 & 1960 & 8086 & 0523\\
INTEL & RAID Controller SRCU42E & 1000 & 0408 & 8086 & 0002\\
INTEL & RAID Controller SRCZCRX & 1000 & 0407 & 8086 & 0530\\
INTEL & RAID Controller SRCS28X & 1000 & 0409 & 8086 & 3008\\
INTEL & RAID Controller SROMBU42E & 1000 & 0408 & 8086 & 3431\\
INTEL & RAID Controller SROMBU42E & 1000 & 0408 & 8086 & 3499\\
INTEL & RAID Controller SRCU51L & 1000 & 1960 & 8086 & 0520\\
FSC & MegaRAID PCI Express ROMB & 1000 & 0408 & 1734 & 1065\\
ACER & MegaRAID ROMB-2E & 1000 & 0408 & 1025 & 004D\\
NEC & MegaRAID PCI Express ROMB & 1000 & 0408 & 1033 & 8287
\end{tabular}}\\[.5em]
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M:\\
Das Modul wird \texttt{megaraid\_mbox} heißen.

%15.18.16.23
\paragraph{LSI Logic Legacy MegaRAID Driver}$~$\\
CONFIG\_MEGARAID\_LEGACY [=m] \textbf{[M]}\\*
Dieser Treiber unterstützt die LSI MegaRAID 418, 428, 438, 466, 762, 490 und 467 SCSI-Hostadapter.
Dieser Treiber unterstützt auch alle U320-RAID-Controller.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{megaraid} genannt.

\paragraph{LSI Logic MegaRAID SAS RAID Module}$~$\\
CONFIG\_MEGARAID\_SAS [=m] \textbf{[M]}\\*
Modul für die SAS"=basierten RAID"=Controller von LSI Logic.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M.
Das Modul wird \texttt{megaraid\_sas} genannt.

\paragraph{LSI MPT Fusion SAS 3.0 \& SAS 2.0 Device Driver}$~$\\
CONFIG\_SCSI\_MPT3SAS [=m] \textbf{[M]}\\*
This driver supports PCI"=Express SAS $\qty[per-mode=symbol]{12}{\giga\bit\per\second}$
Host Adapters.

\subparagraph{LSI MPT Fusion SAS 2.0 Max number of SG Entries (16 -- 256)}$~$\\
CONFIG\_SCSI\_MPT2SAS\_MAX\_SGE [=128] \textbf{[128]}\\*
Mit dieser Option können Sie die maximale Anzahl von Scatter"=Gather"=Einträgen pro E/A angeben.
Der Standardwert des Treibers ist 128, was in den meisten Kerneln MAX\_PHYS\_SEGMENTS entspricht.
In SuSE"=Kerneln kann dies jedoch 256 sein. Es kann aber auch auf 16 verringert werden.
Durch die Verringerung dieses Parameters wird der Speicherbedarf pro Controller"=Instanz reduziert.

\subparagraph{LSI MPT Fusion SAS 3.0 Max number of SG Entries (16 -- 256)}$~$\\
CONFIG\_SCSI\_MPT3SAS\_MAX\_SGE [=128] \textbf{[128]}\\*
Mit dieser Option können Sie die maximale Anzahl von Scatter"=Gather"=Einträgen pro E/A angeben.
Der Standardwert des Treibers ist 128, was in den meisten Kerneln MAX\_PHYS\_SEGMENTS entspricht.
In SuSE"=Kerneln kann dies jedoch 256 sein. Es kann aber auch auf 16 verringert werden.
Durch die Verringerung dieses Parameters wird der Speicherbedarf pro Controller"=Instanz reduziert.

\paragraph{Legacy MPT2SAS config option}$~$\\
CONFIG\_SCSI\_MPT2SAS [=m] \textbf{[M]}\\*
Dummy"=Konfigurationsoption für Abwärtskompatibilität: Konfigurieren Sie stattdessen
den MPT3SAS"=Treiber.

\paragraph{Broadcom MPI3 Storage Controller Device Driver}$~$\\
CONFIG\_SCSI\_MPI3MR [=m] \textbf{[M]}\\*
MPI3"=basierte Speicher- und RAID"=Controller"=Treiber.

\paragraph{Microchip PQI Driver}$~$\\
CONFIG\_SCSI\_SMARTPQI [=m] \textbf{[M]}\\*
Dieser Treiber unterstützt Microchip PQI-Controller.\\[0.5em]
\url{http://www.microchip.com}\\[0.5em]
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{smartpqi} heißen.\\
Hinweis: Der \texttt{aacraid}-Treiber verwaltet keinen \texttt{smartpqi}-Controller. Sie müssen smartpqi
für \texttt{smartpqi}"=Controller aktivieren. Weitere Informationen finden Sie unter
Dokumentation/scsi/smartpqi.rst

\paragraph{HighPoint RocketRAID 3xxx/4xxx Controller support}$~$\\
CONFIG\_SCSI\_HPTIOP [=m] \textbf{[M]}\\*
Diese Option ermöglicht die Unterstützung von HighPoint RocketRAID 3xxx/4xxx Controllern.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M; das Modul wird \texttt{hptiop} genannt.
Wenn Sie unsicher sind, sagen Sie N.

%15.18.16.30
\paragraph{BusLogic SCSI support}$~$\\
CONFIG\_SCSI\_BUSLOGIC [=m] \textbf{[M]}\\*
Dies ist die Unterstützung für BusLogic MultiMaster und FlashPoint SCSI"=Host"=Adapter.
Weitere Informationen finden Sie im SCSI-HOWTO, das unter \url{http://www.tldp.org/docs.html#howto}
verfügbar ist, sowie in den Dateien $<$file:Documentation/scsi/BusLogic.rst$>$ und\\
$<$file:Documentation/scsi/FlashPoint.rst$>$.\\
Beachten Sie, dass die Unterstützung für FlashPoint nur für 32-Bit-x86"=Konfigurationen verfügbar ist.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{BusLogic} genannt.

\subparagraph{FlashPoint support}$~$\\
CONFIG\_SCSI\_FLASHPOINT [=y] \textbf{[Y]}\\*
Mit dieser Option können Sie dem BusLogic SCSI-Treiber FlashPoint"=Unterstützung hinzufügen.
Der Code des FlashPoint SCCB Managers ist sehr umfangreich, so dass Benutzer von MultiMaster
Host Adaptern diesen möglicherweise nicht einbinden möchten.

\paragraph{Mylex DAC960/DAC1100 PCI RAID Controller (Block Interface)}$~$\\
CONFIG\_SCSI\_MYRB [=m] \textbf{[M]}\\*
Dieser Treiber bietet Unterstützung für die Mylex DAC960, AcceleRAID und eXtremeRAID PCI RAID"=Controller.
Dieser Treiber unterstützt die ältere, blockbasierte Schnittstelle.
Dieser Treiber ist eine Neuimplementierung des ursprünglichen DAC960"=Treibers. Wenn Sie den
DAC960"=Treiber verwendet haben, sollten Sie dieses Modul aktivieren.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{myrb} heißen.

\paragraph{Mylex DAC960/DAC1100 PCI RAID Controller (SCSI Interface)}$~$\\
CONFIG\_SCSI\_MYRS [=m] \textbf{[M]}\\*
Dieser Treiber bietet Unterstützung für die Mylex DAC960, AcceleRAID und eXtremeRAID PCI RAID"=Controller.
Dieser Treiber unterstützt nur die neuere, SCSI"=basierte Schnittstelle.
Dieser Treiber ist eine Neuimplementierung des ursprünglichen DAC960"=Treibers. Wenn Sie den
DAC960"=Treiber verwendet haben, sollten Sie dieses Modul aktivieren.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: das Modul heißt dann \texttt{myrs}.

\paragraph{VMware PVSCSI driver support}$~$\\
CONFIG\_VMWARE\_PVSCSI [=m] \textbf{[M]}\\*
Dieser Treiber unterstützt VMwares para virtualisierten SCSI-HBA.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{vmw\_pvscsi} heißen.

\paragraph{XEN SCSI frontend driver}$~$\\
CONFIG\_XEN\_SCSI\_FRONTEND [=m] \textbf{[M]}\\*
Der XEN-SCSI-Frontend-Treiber ermöglicht dem Kernel den Zugriff auf SCSI"=Geräte in einem anderen
Gastbetriebssystem (normalerweise Dom0).
Wird nur benötigt, wenn der Kernel in einem XEN"=Gastbetriebssystem läuft und ein generischer SCSI"=Zugriff
auf ein Gerät erforderlich ist.

\paragraph{Microsoft Hyper-V virtual storage driver}$~$\\
CONFIG\_HYPERV\_STORAGE [=m] \textbf{[M]}\\*
Wählen Sie diese Option, um den virtuellen Hyper-V"=Speichertreiber zu aktivieren.

\paragraph{LibFC module}$~$\\
CONFIG\_LIBFC [=m] \textbf{[M]}\\*
Fibre-Channel-Bibliotheksmodul

\subparagraph{LibFCoE module}$~$\\
CONFIG\_LIBFCOE [=m] \textbf{[M]}\\*
Bibliothek für Fibre-Channel over Ethernet-Modul

\subsubparagraph{FCoE module}$~$\\
CONFIG\_FCOE [=m] \textbf{[M]}\\*
Fibre-Channel über Ethernet-Modul

\subsubparagraph{Cisco FNIC Driver}$~$\\
CONFIG\_FCOE\_FNIC [=m] \textbf{[M]}\\*
Dies ist die Unterstützung für den Cisco PCI-Express FCoE HBA.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M und lesen Sie
$<$file:Documentation/scsi/scsi.rst$>$.
Das Modul wird \texttt{fnic} heißen.

\paragraph{Cisco SNIC Driver}$~$\\
CONFIG\_SCSI\_SNIC [=m] \textbf{[M]}\\*
Dies ist die Unterstützung für den Cisco PCI-Express SCSI HBA.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M und lesen Sie
$<$file:Documentation/scsi/scsi.rst$>$.
Das Modul wird \texttt{snic} genannt.

\subparagraph{Cisco SNIC Driver Debugfs Support}$~$\\
CONFIG\_SCSI\_SNIC\_DEBUG\_FS [=n] \textbf{[~]}\\*
Dies ermöglicht die Auflistung der Debugging"=Informationen des SNIC"=Treibers, die über das
debugfs"=Dateisystem verfügbar sind.

\paragraph{DMX3191D SCSI support}$~$\\
CONFIG\_SCSI\_DMX3191D [=m] \textbf{[M]}\\*
Dies ist eine Unterstützung für Domex DMX3191D SCSI"=Host"=Adapter.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{dmx3191d} heißen.

\paragraph{Future Domain TMC-3260/AHA-2920A PCI SCSI support}$~$\\
CONFIG\_SCSI\_FDOMAIN\_PCI [=m] \textbf{[M]}\\*
Dies ist eine Unterstützung für die PCI-SCSI-Host-Adapter von Future Domain (TMC-3260) und andere Adapter
mit PCI-Bus, die auf den Chipsätzen von Future Domain basieren (Adaptec AHA-2920A).\\
HINWEIS: Neuere Adaptec AHA-2920C"=Karten verwenden den Adaptec AIC-7850-Chip und sollten den aic7xxx"=Treiber
verwenden (\glqq Adaptec AIC7xxx chipset SCSI controller support\grqq{}). Dieser Future Domain"=Treiber
funktioniert auch mit den älteren Adaptec AHA-2920A"=Karten, die einen Future Domain"=Chip enthalten.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M:
Das Modul wird \texttt{fdomain\_pci} heißen.

\paragraph{Intel(R) C600 Series Chipset SAS Controller}$~$\\
CONFIG\_SCSI\_ISCI [=m] \textbf{[M]}\\*
Dieser Treiber unterstützt die \qty[per-mode=symbol]{6}{\giga\bit\per\second} SAS"=Fähigkeiten der Speichersteuerungseinheit,
die im Chipsatz der Intel(R) C600"=Serie enthalten ist.

\paragraph{IBM ServeRAID support}$~$\\
CONFIG\_SCSI\_IPS [=m] \textbf{[M]}\\*
Dies ist eine Unterstützung für die IBM ServeRAID Hardware"=RAID"=Controller.\\
Siehe \url{http://www.developer.ibm.com/welcome/netfinity/serveraid.html} und
\url{http://www-947.ibm.com/support/entry/portal/docdisplay?brand=5000008&lndocid=SERV}
für wei\-tere Informationen. Wenn dieser Treiber ohne Modifikation nicht korrekt funktioniert, kontaktieren
Sie bitte den Autor per E-Mail an $<$ipslinux@adaptec.com$>$.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{ips} genannt.

\paragraph{Initio 9100U(W) support}$~$\\
CONFIG\_SCSI\_INITIO [=m] \textbf{[M]}\\*
Dies ist die Unterstützung für den Initio 91XXU(W) SCSI-Hostadapter.  Bitte lesen Sie das SCSI-HOWTO,
das unter \url{http://www.tldp.org/docs.html#howto} verfügbar ist.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{initio} genannt.

\paragraph{Initio INI-A100U2W support}$~$\\
CONFIG\_SCSI\_INIA100 [=m] \textbf{[M]}\\*
Dies ist eine Unterstützung für den Initio INI-A100U2W SCSI"=Hostadapter.
Bitte lesen Sie das SCSI-HOWTO, das unter \url{http://www.tldp.org/docs.html#howto} verfügbar ist.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M:
Das Modul wird \texttt{a100u2w} genannt.

\paragraph{IOMEGA parallel port (ppa - older drives)}$~$\\
CONFIG\_SCSI\_PPA [=m] \textbf{[M]}\\*
Dieser Treiber unterstützt ältere Versionen von IOMEGAs Parallelport"=ZIP"=Laufwerk (ein 100"=MB"=Wechseldatenträger).
Beachten Sie, dass Sie hier N angeben können, wenn Sie die SCSI"=Version des ZIP"=Laufwerks haben:
es wird automatisch unterstützt, wenn Sie oben bei der allgemeinen Frage nach der Unterstützung von
SCSI"=Platten Y angegeben haben.
Wenn Sie ein ZIP"=Plus"=Laufwerk oder ein neueres ZIP"=Laufwerk mit Parallelanschluss haben (wenn das mitgelieferte
Kabel mit \glqq AutoDetect\grqq{} beschriftet ist), sollten Sie hier N und bei \glqq \mbox{IOMEGA} Parallelport
(imm -- neuere Laufwerke)\grqq{} unten Y angeben.\\
Für weitere Informationen über diesen Treiber und wie man ihn benutzt, sollten Sie die Datei\\
$<$file:Documentation/scsi/ppa.rst$>$ lesen. Sie sollten auch das SCSI-HOWTO lesen, das unter
\url{http://www.tldp.org/docs.html#howto} verfügbar ist.
Wenn Sie diesen Treiber verwenden, können Sie die parallele Schnittstelle immer noch für andere Aufgaben,
wie z.~B. einen Drucker, verwenden; es ist sicher, beide Treiber in den Kernel zu kompilieren.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{ppa} genannt.

\paragraph{IOMEGA parallel port (imm - newer drives)}$~$\\
CONFIG\_SCSI\_IMM [m] \texttt{[M]}\\*
Dieser Treiber unterstützt neuere Versionen des Parallelport"=ZIP"=Laufwerks von \mbox{IOMEGA}
(ein 100~MB"=Wechselmediengerät).
Beachten Sie, dass Sie hier N angeben können, wenn Sie die SCSI"=Version des ZIP"=Laufwerks haben:
Es wird automatisch unterstützt, wenn Sie oben bei der generischen \glqq SCSI-Plattenunterstützung\grqq{}
Y angegeben haben.
Wenn Sie ein ZIP"=Plus"=Laufwerk oder ein neueres ZIP"=Laufwerk mit parallelem Anschluss haben (wenn
das mitgelieferte Kabel mit \glqq AutoDetect\grqq{} beschriftet ist), sollten Sie hier Y sagen;
wenn Sie ein älteres ZIP"=Laufwerk haben, sagen Sie hier N und Y zu \glqq \mbox{IOMEGA}
Parallel Port (ppa -- ältere Laufwerke)\grqq{}, oben.
Für weitere Informationen über diesen Treiber und wie man ihn benutzt, sollten Sie die Datei
$<$file:Documentation/scsi/ppa.rst$>$ lesen. Sie sollten auch das SCSI-HOWTO lesen, das unter
\url{http://www.tldp.org/docs.html#howto} erhältlich ist. Wenn Sie diesen Treiber verwenden,
können Sie die parallele Schnittstelle immer noch für andere Aufgaben, wie z.~B. einen Drucker,
verwenden; es ist sicher, beide Treiber in den Kernel zu kompilieren.\\
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{imm} genannt.

\paragraph{ppa/imm option -- Assume slow parport control register}$~$\\
CONFIG\_SCSI\_IZIP\_SLOW\_CTR [=n] \textbf{[~]}\\*
Bei einigen parallelen Schnittstellen sind übermäßige Verzögerungen zwischen der Änderung des Steuerregisters
der parallelen Schnittstelle und der Verfügbarkeit guter Daten im Daten-/Statusregister der parallelen
Schnittstelle bekannt. Diese Option erzwingt eine kleine Verzögerung (\qty{1.0}{\micro\second}, um genau zu sein)
nach dem Ändern des Steuerregisters, damit sich die Dinge einpendeln. Das Aktivieren dieser Option kann
zu einem großen Leistungsabfall führen, aber einige sehr alte parallele Schnittstellen (wie sie in
386er"=Maschinen zu finden sind) werden nicht richtig funktionieren.
Im Allgemeinen ist es in Ordnung, N zu sagen.

\paragraph{Promise SuperTrak EX Series support}$~$\\
CONFIG\_SCSI\_STEX [=m] \textbf{[M]}\\*
Dieser Treiber unterstützt Promise SuperTrak EX-Speichercontroller.
Promise bietet ein Linux"=RAID"=Konfigurationsprogramm für diese Controller. Bitte besuchen Sie
\url{http://www.promise.com} zum Herunterladen.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{stex} genannt.

\paragraph{SYM53C8XX Version 2 SCSI support}$~$\\
CONFIG\_SCSI\_SYM53C8XX\_2 [=m] \textbf{[M]}\\*
Dieser Treiber unterstützt die gesamte NCR53C8XX/SYM53C8XX-Familie von PCI-SCSI"=Controllern.
Er unterstützt auch die Untergruppe der LSI53C10XX Ultra-160"=Controller, die auf der SYM53C8XX
\mbox{SCRIPTS}"=Sprache basieren. Er unterstützt keine LSI53C10XX Ultra-320 PCI-X SCSI"=Controller;
dafür müssen Sie den Fusion MPT"=Treiber verwenden.\\
Bitte lesen Sie $<$file:Documentation/scsi/sym53c8xx\_2.rst$>$ für weitere Informationen.

\subparagraph{DMA addressing mode}$~$\\
CONFIG\_SCSI\_SYM53C8XX\_DMA\_ADDRESSING\_MODE [=1] \textbf{[1]}\\*
Diese Option gilt nur für PCI-SCSI-Chips, die PCI-DAC"=fähig sind
(875A, 895A, 896, 1010-33, 1010-66, 1000).
Wenn sie auf 0 gesetzt ist, programmiert der Treiber den Chip so, dass er nur 32-Bit-DMA durchführt.
Wenn er auf 1 gesetzt ist, kann der Chip DMA an Adressen bis zu \qty{1}{\tera\byte} durchführen.
Bei der Einstellung 2 unterstützt der Treiber den vollen 64-Bit-DMA"=Adressbereich, kann aber nur
16~Segmente zu je \qty{4}{\giga\byte} adressieren. Dadurch wird der gesamte adressierbare Bereich auf
\qty{64}{\giga\byte} begrenzt.
Bei den meisten Rechnern mit weniger als \qty{4}{\giga\byte} Speicher sollte die Einstellung 0 verwendet
werden, um die beste Leistung zu erzielen. Wenn Ihr Rechner \qty{4}{\giga\byte} oder mehr Speicher hat,
sollten Sie diese Option auf 1 (Standardeinstellung) setzen.
Der noch experimentelle Wert 2 (64-Bit-DMA"=Adressierung mit Begrenzung auf 16~x~4-GB"=Segmente) kann auf
Systemen verwendet werden, bei denen die PCI"=Adressbits nach Bit~39 für die Adressierung des Speichers
über PCI-DAC"=Zyklen gesetzt werden müssen.

\subparagraph{Default tagged command queue depth}$~$\\
CONFIG\_SCSI\_SYM53C8XX\_DEFAULT\_TAGS [=16] \textbf{[16]}\\*
Dies ist der Standardwert für die Tiefe der Befehlswarteschlange, die der Treiber der generischen
SCSI"=Schicht für Geräte, die Tagged Command Queueing unterstützen, mitteilt. Dieser Wert kann über die
Boot"=Befehlszeile geändert werden.\\
Dies ist eine weiche Grenze, die CONFIG\_SCSI\_SYM53C8XX\_MAX\_TAGS
nicht überschreiten kann.

\subparagraph{Maximum number of queued commands}$~$\\
CONFIG\_SCSI\_SYM53C8XX\_MAX\_TAGS [=64] \textbf{[64]}\\*
Mit dieser Option können Sie die maximale Anzahl von Befehlen angeben, die für ein Gerät in die
Warteschlange gestellt werden können, wenn die Warteschlangenbildung für markierte Befehle möglich ist.
Der Treiber unterstützt bis zu 256~Befehle in der Warteschlange pro Gerät.
Dieser Wert wird als fest einkompilierter Grenzwert verwendet.

\subparagraph{Use memory mappedd IO}$~$\\
CONFIG\_SCSI\_SYM53C8XX\_MMIO [=y] \textbf{[Y]}\\*
Memory mapped IO ist schneller als Port IO. Die meisten Leute sollten diese Frage mit \glqq Ja\grqq{} (Y) beantworten,
aber bei manchen Rechnern kann es Probleme geben. Wenn Sie hier mit N antworten müssen, melden Sie das
Problem bitte dem Betreuer.

\paragraph{IBM Power Linux RAID adapter support}$~$\\
CONFIG\_SCSI\_IPR [=m] \textbf{[M]}\\*
Dieser Treiber unterstützt die RAID-Adapter der IBM Power Linux"=Familie.
Dazu gehören IBM pSeries 5712, 5703, 5709 und 570A, sowie IBM iSeries 5702, 5703, 5709 und 570A.

\subparagraph{enable driver internal trace}$~$\\
CONFIG\_SCSI\_IPR\_TRACE [=y] \textbf{[Y]}\\*
Wenn Sie hier Y angeben, verfolgt der Treiber alle an den Adapter ausgegebenen Befehle. Die Auswirkung
auf die Leistung ist minimal. Trace kann mit /sys/bus/class/scsi\_host/hostXX/trace ausgelesen werden.

\subparagraph{enable adapter dump support}$~$\\
CONFIG\_SCSI\_IPR\_DUMP [=y] \textbf{[Y]}\\*
Wenn Sie hier Y angeben, unterstützt der Treiber den Adapter-Crash-Dump.
Wenn Sie diese Unter"-stützung aktivieren, kann der iprdump"=Daemon verwendet werden, um Informationen
zur Analyse von Adapterausfällen zu erfassen.

\paragraph{Qlogic QLA 1240/1x80/1x160 SCSI support}$~$\\
CONFIG\_SCSI\_QLOGIC\_1280 [=m] \textbf{[M]}\\*
Sagen Sie Y, wenn Sie einen QLogic ISP1240/1x80/1x160 SCSI"=Hostadapter haben.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{qla1280} heißen.

\paragraph{Qlogic QLA2XXX Fibre Channel Support}$~$\\
CONFIG\_SCSI\_QLA\_FC [=m] \textbf{[M]}\\*
Dieser qla2xxx-Treiber unterstützt alle QLogic Fibre Channel PCI- und PCIe"=Hostadapter.
Standard"-mäßig wird die Firmware für die ISP"=Teile über die
Firmware"=Loader"=Schnittstelle geladen.\\[.5em]
\begin{tabular}{ll}
ISP & Firmware-Dateiname\\
\hline
21xx & ql2100\_fw.bin\\
22xx & ql2200\_fw.bin\\
2300, 2312, 6312 & ql2300\_fw.bin\\
2322, 6322 & ql2322\_fw.bin\\
24xx, 54xx & ql2400\_fw.bin\\
25xx & ql2500\_fw.bin
\end{tabular}\\[0.5em]
Auf Anfrage speichert der Treiber das Firmware-Image, bis der Treiber entladen wird.
Firmware-Images können abgerufen werden von:\quad
\url{http://ldriver.qlogic.com/firmware/}\\*[.5em]
Sie sind auch im Linux-Firmware-Baum enthalten.

\subparagraph{TCM\_QLA2XXX fabric module for QLogic 24xx+ series target mode HBAs}%$~$\\
CONFIG\_TCM\_QLA2XXX [=m] \textbf{[M]}\\*
Sagen Sie hier Y, um das TCM\_QLA2XXX Fabric"=Modul für QLogic 24xx Serie Target
Mode HBAs zu aktivieren.

\subsubparagraph{TCM\_QLA2XXX fabric module DEBUG mode for QLogic 24xx+ series target mode HBAs}$~$\\
CONFIG\_TCM\_QLA2XXX\_DEBUG [=n] \textbf{[~]}\\*
Sagen Sie hier Y, um das TCM\_QLA2XXX Fabric-Modul DEBUG für QLogic 24xx+ Serie Target Mode HBAs zu aktivieren.
Dies enthält Code zur Aktivierung des SCSI-Befehlsstörers (SCSI command jammer).

\paragraph{QLogic ISP4XXX and ISP82XX host adapter family support}$~$\\
CONFIG\_SCSI\_QLA\_ISCSI [=m] \textbf{[M]}\\*
Dieser Treiber unterstützt die QLogic 40xx (ISP4XXX), 8022 (ISP82XX) und 8032 (ISP83XX) iSCSI"=Hostadapterfamilie.

\paragraph{QLogic QEDI 25/40/100Gb iSCSI Initiator Driver Support}$~$\\
CONFIG\_QEDI [=m] \textbf{[M]}\\*
Dieser Treiber unterstützt iSCSI-Offload für die QLogic FastLinQ 41000 Series Converged Network Adapter.

\paragraph{QLogic QEDF 25/40/100Gb FCoE Initiator Driver Support}$~$\\
CONFIG\_QEDF [=m] \textbf{[M]}\\*
Dieser Treiber unterstützt FCoE-Offload für die QLogic FastLinQ 41000 Series Converged Network Adapters.

\paragraph{Emulex LightPulse Fibre Channel Support}$~$\\
CONFIG\_SCSI\_LPFC [=m] \textbf{[M]}\\*
Dieser lpfc-Treiber unterstützt die Emulex LightPulse-Familie von Fibre Channel PCI-Hostadaptern.

\subparagraph{Emulex LightPulse Fibre Channel debugfs Support}$~$\\
CONFIG\_SCSI\_LPFC\_DEBUG\_FS [=n] \textbf{[~]}\\*
Dies macht Debugging"=Informationen des lpfc"=Treibers über das debugfs"=Dateisystem verfügbar.

\paragraph{Emulex Fibre Channel Target}$~$\\
CONFIG\_SCSI\_EFCT [=m] \textbf{[M]}\\*
Der efct-Treiber bietet erweiterte SCSI Target Mode"=Unterstützung für bestimmte SLI-4"=Adapter.

\paragraph{Tekram DC395(U/UW/F) and DC315(U) SCSI support}$~$\\
CONFIG\_SCSI\_DC395x [=m] \textbf{[M]}\\*
Dieser Treiber unterstützt PCI-SCSI"=Hostadapter, die auf dem ASIC-Chip TRM-S1040 basieren,
z.~B. Tekram DC395(U/UW/F) und DC315(U).
Dieser Treiber funktioniert, ist aber noch im experimentellen Status. Halten Sie also besser eine
bootfähige Festplatte und ein Backup für den Notfall bereit.
Die Dokumentation kann in $<$file:Documentation/scsi/dc395x.rst$>$ gefunden werden.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{dc395x} heißen.

\paragraph{Tekram DC390(T) and Am53/79C974 SCSI support (new driver)}$~$\\
CONFIG\_SCSI\_AM53C974 [=m] \textbf{[M]}\\*
Dieser Treiber unterstützt PCI-SCSI-Hostadapter, die auf dem Am53C974A-Chip basieren, z.~B. Tekram DC390(T),
DawiControl 2974 und einige Onboard~PCSI/PCnet~Lösungen (Am53/79C974). Dies ist eine neue Implementierung,
die auf dem generischen esp\_scsi-Treiber basiert.
Beachten Sie, dass dieser Treiber NICHT die Tekram DC390W/U/F unterstützt, die auf NCR/Symbios"=Chips
basieren. Verwenden Sie \glqq NCR53C8XX SCSI support\grqq{} für diese.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul heißt dann \texttt{am53c974}.

\paragraph{Western Digital WD7193/7197/7296 support}$~$\\
CONFIG\_SCSI\_WD719X [=m] \textbf{[M]}\\*
Dies ist ein Treiber für Western Digital WD7193, WD7197 und WD7296 PCI SCSI Controller (basierend auf WD33C296A Chip).

\paragraph{SCSI debugging host and device simulator}$~$\\
CONFIG\_SCSI\_DEBUG [=m] \textbf{[M]}\\*
Dieser Pseudotreiber simuliert einen oder mehrere Hosts (SCSI-Initiatoren) mit jeweils einem oder mehreren Targets,
die jeweils eine oder mehrere logische Einheiten haben.
Standardmäßig wird jeweils eine von ihnen verwendet, wodurch ein kleines RAM-Disk"=Gerät entsteht. Viele Parameter,
die sich im Verzeichnis \texttt{/sys/bus/pseudo/drivers/scsi\_debug} befinden, können zur Laufzeit angepasst werden.
Siehe \url{http://sg.danny.cz/sg/sdebug26.html} für weitere Informationen.
Hauptsächlich zum Testen verwendet und am besten als Modul. Wenn Sie unsicher sind, sagen Sie N.

\paragraph{PMC SIERRA Linux MaxRAID adapter support}$~$\\
CONFIG\_SCSI\_PMCRAID [=m] \textbf{[M]}\\*
Dieser Treiber unterstützt die PMC SIERRA MaxRAID-Adapter.

\paragraph{PMC-Sierra SPC 8001 SAS/SATA Based Host Adapter driver}$~$\\
CONFIG\_SCSI\_PM8001 [=m] \textbf{[M]}\\*
Dieser Treiber unterstützt PMC-Sierra PCIE SAS/SATA 8x6G SPC 8001 chipbasierte Hostadapter.

\paragraph{Brocade BFA Fibre Channel Support}$~$\\
CONFIG\_SCSI\_BFA\_FC [=m] \textbf{[M]}\\*
Dieser bfa-Treiber unterstützt alle Brocade PCIe FC/FCOE Hostadapter.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M. Das Modul heißt dann \texttt{bfa}.

\paragraph{virtio-scsi support}$~$\\
CONFIG\_SCSI\_VIRTIO [=m] \textbf{[M]}\\*
Dies ist der virtuelle HBA-Treiber für virtio. Wenn der Kernel in einer virtuellen Maschine verwendet werden soll,
sagen Sie Y oder M.

\paragraph{Chelsio Communications FCoE support}$~$\\
CONFIG\_SCSI\_CHELSIO\_FCOE [=m] \textbf{[M]}\\*
Dieser Treiber unterstützt FCoE-Offload"=Funktionalität über Chelsio T4"=basierte \qty{10}{\giga\bit} Converged
Network Adapter.
Allgemeine Informationen über Chelsio und unsere Produkte finden Sie auf unserer Website unter
\url{http://www.chelsio.com}.\\
Für Kundenunterstützung besuchen Sie bitte unsere Kundenunterstützungsseite unter\\
\url{http://www.chelsio.com/support.html}.\\
Bitte senden Sie Ihr Feedback an $<$linux-bugs@chelsio.com$>$.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M; das Modul heißt dann \texttt{csiostor}.

\paragraph{PCMCIA SCSI adapter support \texorpdfstring{$\rightarrow$}{->}}$~$\\
CONFIG\_SCSI\_LOWLEVEL\_PCMCIA [=y] \textbf{[Y]}\\*
\textit{Für diese Option gibt es keine Hilfe.}

\subparagraph{Adaptec AHA152X PCMCIA support}$~$\\
CONFIG\_PCMCIA\_AHA152X [=m] \textbf{[M]}\\*
Geben Sie hier Y an, wenn Sie diesen Typ von PCMCIA-SCSI"=Hostadapter an Ihren Computer anschließen wollen.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{aha152x\_cs} heißen.

\subparagraph{Future Domain PCMCIA support}$~$\\
CONFIG\_PCMCIA\_FDOMAIN [=m] \textbf{[M]}\\*
Geben Sie hier Y an, wenn Sie diesen Typ von PCMCIA-SCSI"=Hostadapter an Ihren Computer anschließen wollen.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{fdomain\_cs} heißen.

\subparagraph{Qlogic PCMCIA support}$~$\\
CONFIG\_PCMCIA\_QLOGIC [=m] \textbf{[M]}\\*
Geben Sie hier Y an, wenn Sie diesen Typ von PCMCIA-SCSI"=Hostadapter an Ihren Computer anschließen wollen.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{qlogic\_cs} heißen.

\subparagraph{Symbios 53c500 PCMCIA support}$~$\\
CONFIG\_PCMCIA\_SYM53C500 [=m] \textbf{[M]}\\*
Sagen Sie hier Y, wenn Sie einen New Media Bus Toaster oder einen anderen PCMCIA-SCSI"=Adapter haben,
der auf dem Symbios 53c500"=Controller basiert.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{sym53c500\_cs} heißen.

\subsubsection{SCSI Device Handlers \texorpdfstring{$\rightarrow$}{->}}
CONFIG\_SCSI\_DH [=y] \textbf{[Y]}\\*
SCSI Device Handler bieten gerätespezifische Unterstützung für Geräte, die in Multipath"=Konfigurationen
verwendet werden. Geben Sie hier Y ein, um die Unterstützung für bestimmte Hardware auszuwählen.

\paragraph{LSI RDAC Device Handler}$~$\\
CONFIG\_SCSI\_DH\_RDAC [=m] \textbf{[M]}\\*
Wenn Sie einen LSI RDAC haben, wählen Sie Y. Ansonsten sagen Sie N.

\paragraph{HP/COMPAQ MSA Device Handler}$~$\\
CONFIG\_SCSI\_DH\_HP\_SW [=m] \textbf{[M]}\\*
Wenn Sie ein HP/COMPAQ MSA-Gerät haben, bei dem START\_STOP gesendet werden muss, um es zu starten,
und die Firmware nicht aktualisiert werden kann, wählen Sie Y. Andernfalls sagen Sie N.

\paragraph{EMC CLARiiON Device Handler}$~$\\
CONFIG\_SCSI\_DH\_EMC [=m] \textbf{[M]}\\*
Wenn Sie eine EMC CLARiiON haben, wählen Sie Y. Ansonsten sagen Sie N.

\paragraph{SPC-3 ALUA Device Handler}$~$\\
CONFIG\_SCSI\_DH\_ALUA [=m] \textbf{[M]}\\*
SCSI Device Handler für generischen SPC-3 Asymmetric Logical Unit Access (ALUA).

%15.19 libata
\subsection{Serial ATA and Parallel ATA drivers (libata) \texorpdfstring{$\rightarrow$}{->}}
CONFIG\_ATA [=y] \textbf{[Y]}$~$\\
Wenn Sie eine ATA-Festplatte, ein ATA"=Bandlaufwerk, ein ATA-CD-ROM oder ein anderes ATA"=Gerät unter
Linux verwenden wollen, sagen Sie Y und vergewissern Sie sich, dass Sie den Namen Ihres ATA"=Hostadapters
kennen (die Karte in Ihrem Computer, die das ATA"=Protokoll \glqq spricht\grqq{}, auch ATA"=Controller
genannt), denn Sie werden danach gefragt.\\
HINWEIS: ATA ermöglicht die grundlegende SCSI"=Unterstützung; *jedoch* kann je nach Ihrer
Hardware"=Konfiguration auch \glqq SCSI disk support\grqq{}, \glqq SCSI tape support\grqq{} oder
\glqq SCSI CDROM support\grqq{} erforderlich sein.

\subsubsection{Verbose ATA error reporting}
CONFIG\_ATA\_VERBOSE\_ERROR [=y] \textbf{[Y]}\\*
Diese Option fügt die Analyse von ATA"=Befehlsbeschreibungen und Fehlerbits in der Kernel"=Ausgabe von
libata hinzu, um sie leichter interpretieren zu können.
Diese Option vergrößert den Kernel um ca. \qty{6}{\kilo\byte}. Deaktivieren Sie dies nur,
wenn die Kernelgröße wichtiger ist als die Einfachheit der Fehlersuche.
Wenn Sie unsicher sind, sagen Sie Y.

\subsubsection{ATA ACPI Support}
CONFIG\_ATA\_ACPI [=y] \textbf{[Y]}\\*
Diese Option fügt Unterstützung für ATA"=bezogene ACPI"=Objekte hinzu.
Diese ACPI"=Objekte bieten die Möglichkeit, Taskfiles vom ACPI-BIOS abzurufen und auf den
Festplatten"=Controller zu schreiben.
Diese Objekte können sich auf Leistung, Sicherheit, Energieverwaltung oder andere Bereiche beziehen.
Sie können dies beim Booten des Kernels mit der Option \texttt{libata.noacpi=1} deaktivieren.

\paragraph{SATA Zero Power Optical Disc Drive (ZPODD) support}$~$\\
CONFIG\_SATA\_ZPODD [=y] \textbf{[Y]}\\*
Diese Option bietet Unterstützung für das SATA Zero Power Optical Disc Drive (ZPODD). Sie erfordert
sowohl die Unterstützung des ODD als auch der Plattform und schaltet, wenn sie aktiviert ist,
das ODD automatisch ein/aus, wenn bestimmte Bedingungen erfüllt sind. Dies hat keinen Einfluss auf
die Erfahrung des Endbenutzers mit dem ODD, es wird lediglich Strom gespart, wenn das ODD nicht
benutzt wird (d.~h. kein Datenträger eingelegt ist).
Wenn Sie unsicher sind, sagen Sie N.

\subsubsection{SATA Port Multiplier support}
CONFIG\_SATA\_PMP [=y] \textbf{[Y]}\\*
Diese Option bietet Unterstützung für SATA Port Multiplier (die SATA"=Version eines Ethernet"=Hubs
oder SAS-Expanders).

\subsubsection*{*** Controllers with non-SFF native interface ***}
\textit{(Controller mit nicht-SFF nativer Schnittstelle)}

\subsubsection{AHCI SATA support}
CONFIG\_SATA\_AHCI [=y] \textbf{[Y]}\\*
Diese Option aktiviert die Unterstützung für AHCI Serial ATA.
Wenn Sie unsicher sind, sagen Sie N.

\paragraph{Default SATA Link Power Management policy for low power chipsets}$~$\\
CONFIG\_SATA\_MOBILE\_LPM\_POLICY [=3] \textbf{[3]}\\*
Wählen Sie die Standard"=SATA Link Power Management (LPM)"=Richtlinie, die für Chipsätze~/ 
\glqq South Bridges\grqq{} verwendet werden soll, die Low"=Power"=Modi unterstützen. Solche Chipsätze
sind typischerweise in den meisten Laptops zu finden, aber auch in Desktops und Servern sind Chipsätze,
die den Stromsparmodus unterstützen, inzwischen weit verbreitet.
Der eingestellte Wert hat die folgenden Bedeutungen:\\[.5em]
\begin{tabular}{lcl}
0 & \texorpdfstring{$\Rightarrow$}{->} & Firmware-Einstellungen beibehalten\\
1 & \texorpdfstring{$\Rightarrow$}{->} & Maximale Leistung\\
2 & \texorpdfstring{$\Rightarrow$}{->} & Mittlere Leistung\\
3 & \texorpdfstring{$\Rightarrow$}{->} & Mittlere Leistung mit aktiviertem Device Initiated PM\\
4 & \texorpdfstring{$\Rightarrow$}{->} & Minimale Leistung\\
\end{tabular}\\[.5em]
Hinweis: Die Einstellung \glqq Minimale Leistung\grqq{} ist dafür bekannt, dass sie bei einigen Festplatten
Probleme verursacht, einschließlich Festplattenbeschädigung, und sollte daher nicht verwendet werden.

\subsubsection{Platform AHCI SATA support}
CONFIG\_SATA\_AHCI\_PLATFORM [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für Platform AHCI Serial ATA-Controller.
Wenn Sie unsicher sind, sagen Sie N.

\subsubsection{Synopsys DWC AHCI SATA support}
CONFIG\_SATA\_AHCI\_DWC [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für die Synopsys DWC AHCI SATA"=Controller"=Implementierung.
Wenn Sie unsicher sind, sagen Sie N.

\subsubsection{Initio 162x SATA support (Very Experimental)}
CONFIG\_SATA\_INIC162X [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für Initio 162x Serial ATA.

\subsubsection{ACard AHCI variant (ATP 8620)}
CONFIG\_SATA\_ACARD\_AHCI [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für Acard.\\
Wenn Sie unsicher sind, sagen Sie N.

\subsubsection{Silicon Image 3124/3132 SATA support}
CONFIG\_SATA\_SIL24 [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für Silicon Image 3124/3132 Seral ATA.\\
Wenn Sie unsicher sind, sagen Sie N.

\subsubsection{ATA SFF support (for legacy IDE and PATA)}
CONFIG\_ATA\_SFF [=y] \textbf{[Y]}\\*
Diese Option bietet Unterstützung für ATA-Controller mit SFF"=konformer oder ähnlicher Programmierschnittstelle.
SFF ist die alte IDE"=Schnittstelle, die es seit Anbeginn der Zeit gibt. Fast alle PATA"=Controller haben eine
SFF"=Schnittstelle. Viele SATA"=Controller verfügen über eine SFF"=Schnittstelle, wenn sie in einem
Legacy"=Kompatibilitätsmodus konfiguriert sind.
Für Benutzer mit ausschließlich modernen Controllern wie AHCI, Silicon Image 3124 oder Marvell 6440 können Sie
diese nicht benötigte SFF"=Unterstützung deaktivieren.
Wenn Sie unsicher sind, sagen Sie Y.

\paragraph*{*** SFF controllers with custom DMA interface ***}$~$\\
\textit{(SFF-Controller mit kundenspezifischer DMA-Schnittstelle)}

\paragraph{Pacific Digital ADMA support}$~$\\
CONFIG\_PDC\_ADMA [=m] \textbf{[M]}\\*
Mit dieser Option wird die Unterstützung für Pacific Digital ADMA-Controller aktiviert.
Wenn Sie unsicher sind, sagen Sie N.

\paragraph{Pacific Digital SATA QStor support}$~$\\
CONFIG\_SATA\_QSTOR [=m] \textbf{[M]}\\*
Mit dieser Option wird die Unterstützung für Pacific Digital Serial ATA QStor aktiviert.
Wenn Sie unsicher sind, sagen Sie N.

\paragraph{Promise SATA SX4 support (Experimental)}$~$\\
CONFIG\_SATA\_SX4 [=m] \textbf{[M]}\\*
Mit dieser Option wird die Unterstützung für Promise Serial ATA SX4 aktiviert.
Wenn Sie unsicher sind, sagen Sie N.

\paragraph{ATA BMDMA support}$~$\\
CONFIG\_ATA\_BMDMA [=y] \textbf{[Y]}\\*
Diese Option bietet Unterstützung für SFF-ATA"=Controller mit BMDMA"=Fähigkeit. BMDMA steht für
Bus"=Master"=DMA und ist de facto die DMA"=Schnittstelle für SFF"=Controller.
Wenn Sie unsicher sind, sagen Sie Y.

\subparagraph*{*** SATA SFF controllers with BMDMA ***}$~$\\
\textit{(SATA-SFF-Steuerungen mit BMDMA, Bus-Master-DMA)}

\subparagraph{Intel ESB, ICH, PIIX3, PIIX4, PATA/SATA support}$~$\\
CONFIG\_ATA\_PIIX [=m] \textbf{[M]}\\*
Diese Option ermöglicht die Unterstützung von ICH5/6/7/8 Serial ATA und die Unterstützung von PATA auf den
Host"=Controllern der Intel ESB/ICH/PIIX3/PIIX4"=Serie.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{DesignWare Cores SATA support}$~$\\
CONFIG\_SATA\_DWC [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für den On-Chip-SATA"=Controller des AppliedMicro"=Prozessors 460EX.
Wenn Sie unsicher sind, sagen Sie N.

\subsubparagraph{Support old device trees}$~$\\
CONFIG\_SATA\_DWC\_OLD\_DMA [=n] \textbf{[~]}\\*
Diese Option ermöglicht die Unterstützung für alte Gerätebäume ohne die Eigenschaft \glqq dmas\grqq{}.

\subparagraph{Marvell SATA support}$~$\\
CONFIG\_SATA\_MV [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für die Marvell Serial ATA-Familie.
Unterstützt werden derzeit 88SX[56]0[48][01] PCI(-X)-Chips, sowie die neueren [67]042 PCI-X/PCIe- und SOC"=Geräte.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{NVIDIA SATA support}$~$\\
CONFIG\_SATA\_NV [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für NVIDIA Serial ATA.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{Promise SATA TX2/TX4 support}$~$\\
CONFIG\_SATA\_PROMISE [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für Promise Serial ATA TX2/TX4.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{Silicon Image SATA support}$~$\\
CONFIG\_SATA\_SIL [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für Silicon Image Serial ATA.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{SiS 964/965/966/180 SATA support}$~$\\
CONFIG\_SATA\_SIS [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für SiS Serial ATA auf SiS 964/965/966/180 und Parallel ATA auf SiS 180.
Die PATA"=Unterstützung für SiS 180 erfordert zusätzlich die Aktivierung des PATA\_SIS"=Treibers in der Konfiguration.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{ServerWorks Frodo / Apple K2 SATA support}$~$\\
CONFIG\_SATA\_SVW [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für Broadcom/Serverworks/Apple K2 SATA.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{ULi Electronics SATA support}$~$\\
CONFIG\_SATA\_ULI [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für ULi Electronics SATA.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{VIA SATA support}$~$\\
CONFIG\_SATA\_VIA [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für VIA Serial ATA.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{VITESSE VSC-7174 / INTEL 31244 SATA support}$~$\\
CONFIG\_SATA\_VITESSE [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für Vitesse VSC7174 und Intel 31244 Serial ATA.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph*{*** PATA SFF controllers with BMDMA ***}$~$\\
\textit{(PATA-SFF-Steuerungen mit BMDMA)}

\subparagraph{ALi PATA support}$~$\\
CONFIG\_PATA\_ALI [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für die ALi ATA-Schnittstellen, die auf vielen ALi-Chipsätzen zu finden sind.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{AMD/NVidia PATA support}$~$\\
CONFIG\_PATA\_AMD [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für die AMD und NVidia PATA-Schnittstellen, die auf den
Chipsätzen von Athlon/Athlon64 zu finden sind.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{ARTOP 6210/6260 PATA support}$~$\\
CONFIG\_PATA\_ARTOP [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für ARTOP PATA-Controller.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{ATI PATA support}$~$\\
CONFIG\_PATA\_ATIIXP [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für die ATI ATA-Schnittstellen, die auf vielen ATI-Chipsätzen zu finden sind.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{ARTOP/Acard ATP867X PATA support}$~$\\
CONFIG\_PATA\_ATP867X [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für ARTOP/Acard ATP867X PATA-Controller.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{CMD64x PATA support}$~$\\
CONFIG\_PATA\_CMD64X [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für die Chips der CMD64x-Serie mit Ausnahme des CMD640.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{Cypress CY82C693 PATA support (Very Experimental)}$~$\\
CONFIG\_PATA\_CYPRESS [=m] \textbf{[M]}\\*
Diese Option ermöglicht die Unterstützung des Cypress/Contaq CY82C693-Chipsatzes, der in einigen
Alpha"=Systemen zu finden ist.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{EFAR SLC90E66 support}$~$\\
CONFIG\_PATA\_EFAR [=m] \textbf{[M]}\\*
Diese Option ermöglicht die Unterstützung für den EFAR SLC90E66 IDE"=Controller, der in einigen älteren
Rechnern zu finden ist.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{HPT 366/386 PATA support}$~$\\
CONFIG\_PATA\_HPT366 [=m] \textbf{[M]}\\*
Diese Option ermöglicht die Unterstützung der PATA-Controller HPT 366 und 368 über die neue ATA"=Schicht.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{HPT 370/370A/371/372/374/302 PATA support}$~$\\
CONFIG\_PATA\_HPT37X [=m] \textbf{[M]}\\*
Diese Option ermöglicht die Unterstützung der meisten späteren HPT-PATA"=Controller über
die neue ATA"=Schicht.
Wenn Sie unsicher sind, sagen Sie N.

%15.19.10.4.22
\subparagraph{HPT 371N/372N/302N PATA support}$~$\\
CONFIG\_PATA\_HPT3X2N [=m] \textbf{[M]}\\*
Diese Option ermöglicht die Unterstützung der HPT-PATA"=Controller der Variante~N 
über die neue ATA"=Schicht.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{HPT 343/363 PATA support}$~$\\
CONFIG\_PATA\_HPT3X3 [=m] \textbf{[M]}\\*
Diese Option ermöglicht die Unterstützung der PATA-Controller HPT 343/363 über die neue ATA"=Schicht.
Wenn Sie unsicher sind, sagen Sie N.

%15.19.10.4.23.1
\subsubparagraph{HPT 343/363 DMA support}$~$\\
CONFIG\_PATA\_HPT3X3\_DMA [=y] \textbf{[Y]}\\*
Diese Option aktiviert die DMA-Unterstützung für die HPT343/363"=Controller. Aktivieren Sie diese
Option mit Vorsicht, da es noch einige Probleme mit DMA auf diesem Chipsatz gibt.

\subparagraph{IT8213 PATA support (Experimental)}$~$\\
CONFIG\_PATA\_IT8213 [=m] \textbf{[M]}\\*
Diese Option ermöglicht die Unterstützung für die ITE 821 PATA-Controller über die neue ATA"=Schicht.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{IT8211/2 PATA support}$~$\\
CONFIG\_PATA\_IT821X [=m] \textbf{[M]}\\*
Diese Option ermöglicht die Unterstützung der ITE 8211 und 8212 PATA-Controller über
die neue ATA"=Schicht, einschließlich RAID-Modus.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{JMicron PATA support}$~$\\
CONFIG\_PATA\_JMICRON [=m] \textbf{[M]}\\*
Aktivieren Sie die Unterstützung für den JMicron IDE"=Controller über die neue ATA"=Schicht.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{Marvell PATA support via legacy mode}$~$\\
CONFIG\_PATA\_MARVELL [=m] \textbf{[M]}\\*
Diese Option ermöglicht eine eingeschränkte Unterstützung für die Marvell 88SE61xx ATA"=Controller.
Wenn Sie nur die SATA"=Anschlüsse verwenden möchten, wählen Sie nur den AHCI"=Treiber. Wenn Sie den
PATA"=Anschluss oder sowohl SATA als auch PATA verwenden möchten, fügen Sie diesen Treiber hinzu.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{NETCELL Revolution RAID support}$~$\\
CONFIG\_PATA\_NETCELL [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für den Netcell Revolution RAID PATA"=Controller.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{Ninja32/Delkin Cardbus ATA support}$~$\\
CONFIG\_PATA\_NINJA32 [=m] \textbf{[M]}\\*
Diese Option ermöglicht die Unterstützung von Ninja32, Delkin und möglicherweise anderen Marken von Cardbus"=ATA"=Adaptern.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{Nat Semi NS87415 PATA support}$~$\\
CONFIG\_PATA\_NS87415 [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für den National Semiconductor NS87415 PCI-IDE"=Controller.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{Intel PATA old PIIX support}$~$\\
CONFIG\_PATA\_OLDPIIX [=m] \textbf{[M]}\\*
Diese Option ermöglicht die frühere PIIX PATA-Unterstützung.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{OPTI FireStar PATA support (Very Experimental)}$~$\\
CONFIG\_PATA\_OPTIDMA [=m] \textbf{[M]}\\*
Diese Option aktiviert die DMA/PIO-Unterstützung für die neueren OPTi"=Controller, die auf einigen alten
Motherboards und in einigen Laptops zu finden sind.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{Promise PATA 2027x support}$~$\\
CONFIG\_PATA\_PDC2027X [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für Promise PATA pdc20268 bis pdc20277 Hostadapter.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{Older Promise PATA controller support}$~$\\
CONFIG\_PATA\_PDC\_OLD [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für die Promise-Adapter 20246, 20262, 20263, 20265 und 20267.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{RADISYS 82600 PATA support (Experimental)}$~$\\
CONFIG\_PATA\_RADISYS [=m] \textbf{[M]}\\*
Diese Option ermöglicht die Unterstützung der RADISYS 82600 PATA-Controller über die neue ATA-Schicht.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{RDC PATA support}$~$\\
CONFIG\_PATA\_RDC [=m] \textbf{[M]}\\*
Diese Option ermöglicht eine grundlegende Unterstützung für die späteren RDC-PATA"=Controller über
die neue ATA"=Schicht. Für den RDC 1010 müssen Sie stattdessen den IT821X"=Treiber aktivieren.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{Intel SCH PATA support}$~$\\
CONFIG\_PATA\_SCH [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für Intel SCH PATA auf den Host"=Controllern der
Intel SCH (US15W, US15L, UL11L) Serie.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{SERVERWORKS OSB4/CSB5/CSB6/HT1000 PATA support}$~$\\
CONFIG\_PATA\_SERVERWORKS [=m] \textbf{[M]}\\*
Diese Option ermöglicht die Unterstützung der Serverworks OSB4/CSB5/CSB6 und HT1000 PATA"=Controller
über die neue ATA"=Schicht.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{CMD / Silicon Image 680 PATA support}$~$\\
CONFIG\_PATA\_SIL680 [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für CMD / Silicon Image 680 PATA.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{SiS PATA support}$~$\\
CONFIG\_PATA\_SIS [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für SiS-PATA"=Controller.

\subparagraph{Toshiba Piccolo support (Experimental)}$~$\\
CONFIG\_PATA\_TOSHIBA [=m] \textbf{[M]}\\*
Unterstützung für die Toshiba Piccolo-Controller. Derzeit wird nur der primäre Kanal von diesem Treiber unterstützt.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{Compact Triflex PATA support}$~$\\
CONFIG\_PATA\_TRIFLEX [=m] \textbf{[M]}\\*
Aktivieren Sie die Unterstützung für den Compaq \glq Triflex\grq{} IDE-Controller, wie er in
vielen Compaq Pentium-Pro"=Systemen zu finden ist, über die neue ATA"=Schicht.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{VIA PATA support}$~$\\
CONFIG\_PATA\_VIA [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für die VIA PATA"=Schnittstellen,
die auf vielen VIA"=Chipsätzen zu finden sind.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{Winbond SL82C105 PATA support}$~$\\
CONFIG\_PATA\_WINBOND [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für SL82C105 PATA"=Geräte, die im Netwinder und
einigen anderen Systemen zu finden sind.
Wenn Sie unsicher sind, sagen Sie N.

\paragraph*{*** PIO-only SFF controllers ***}$~$\\
\textit{(Reine PIO SFF-Steuerungen)}

\paragraph{CMD640 PCI PATA support (Experimental)}$~$\\
CONFIG\_PATA\_CMD640\_PCI [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für den CMD640 PCI IDE Interface Chip.
Derzeit wird nur der primäre Kanal unterstützt.
Wenn Sie unsicher sind, sagen Sie N.

\paragraph{Intel PATA MPIIX support}$~$\\
CONFIG\_PATA\_MPIIX [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für MPIIX PATA.
Wenn Sie unsicher sind, sagen Sie N.

\paragraph{Nat Semi NS87410 PATA support}$~$\\
CONFIG\_PATA\_NS87410 [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für den National Semiconductor NS87410 PCI-IDE"=Controller.
Wenn Sie unsicher sind, sagen Sie N.

\paragraph{OPTI621/6215 PATA support (Very Experimental)}$~$\\
CONFIG\_PATA\_OPTI [=m] \textbf{[M]}\\*
Diese Option ermöglicht die volle PIO-Unterstützung für die früheren Opti-ATA"=Controller, die auf einigen
alten Motherboards zu finden sind.
Wenn Sie unsicher sind, sagen Sie N.

\paragraph{PCMCIA PATA support}$~$\\
CONFIG\_PATA\_PCMCIA [=m] \textbf{[M]}\\*
Diese Option ermöglicht die Unterstützung von PCMCIA-ATA-Schnittstellen, einschließlich Compact"=Flash"=Kartenadaptern
über die neue ATA"=Schicht.
Wenn Sie unsicher sind, sagen Sie N.

\paragraph{PC Tech RZ1000 PATA support}$~$\\
CONFIG\_PATA\_RZ1000 [=m] \textbf{[M]}\\*
Diese Option ermöglicht die grundlegende Unterstützung für die PC Tech RZ1000/1 PATA"=Controller über
die neue ATA"=Schicht.
Wenn Sie unsicher sind, sagen Sie N.

\paragraph{Parallel port IDE device support}$~$\\
CONFIG\_PATA\_PARPORT [=m] \textbf{[M]}\\*
Es gibt viele externe CD-ROM- und Diskettengeräte, die über den parallelen Anschluss Ihres Computers
angeschlossen werden können. Die meisten von ihnen sind eigentlich IDE"=Geräte, die einen IDE"=Adapter
für den parallelen Anschluss verwenden. Diese Option aktiviert das PATA\_PARPORT"=Subsystem, das Treiber
für viele dieser externen Laufwerke enthält.
Lesen Sie $<$file:Documentation/admin-guide/blockdev/paride.rst$>$ für weitere Informationen.

\subparagraph*{*** Parallel IDE protocol modules ***}$~$\\
\textit{(Parallele IDE-Protokollmodule)}

\subparagraph{ATEN EH-100 protocol}$~$\\
CONFIG\_PATA\_PARPORT\_ATEN [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für das ATEN EH-100 Parallelport"=IDE"=Protokoll. Dieses Protokoll
wird in einigen preiswerten, leistungsschwachen Parallelport"=Kits aus Hongkong verwendet.

\subparagraph{MicroSolutions backpack (Series 5) protocol}$~$\\
CONFIG\_PATA\_PARPORT\_BPCK [=m] \textbf{[M]}\\*
Diese Option ermöglicht die Unterstützung des IDE-Protokolls der parallelen Schnittstelle der Serie~5 von
Micro Solutions BACKPACK. (Die meisten BACKPACK"=Laufwerke, die vor 1999 hergestellt wurden, waren der
Serie~5 zuzuordnen) Laufwerke der Serie~5 tragen NICHT immer den Serienvermerk auf der Unterseite des Laufwerks.
Bei Laufwerken der Serie~6 ist dies der Fall.\\
Mit anderen Worten: Wenn auf Ihrem BACKPACK"=Laufwerk auf der Unterseite nicht \glqq Serie 6\grqq{} steht,
aktivieren Sie diese Option.

\subparagraph{MicroSolutions backpack (Series 6) protocol}$~$\\
CONFIG\_PATA\_PARPORT\_BPCK6 [=m] \textbf{[M]}\\*
Diese Option ermöglicht die Unterstützung des IDE-Protokolls der parallelen Schnittstelle der Serie~6 von
Micro Solutions BACKPACK. (Die meisten BACKPACK"=Laufwerke, die nach 1999 hergestellt wurden, waren der
Serie~6 zuzuordnen) Laufwerke der Serie~6 haben den Serienvermerk auf der Unterseite des Laufwerks.
Bei Treibern der Serie~5 ist sie nicht immer vermerkt.\\
Mit anderen Worten: Wenn auf der Unterseite Ihres BACKPACK-Laufwerks \glqq Serie 6\grqq{} steht,
aktivieren Sie diese Option.

\subparagraph{DataStor Commuter protocol}$~$\\
CONFIG\_PATA\_PARPORT\_COMM [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für das Commuter Parallelport"=IDE"=Protokoll von DataStor.

\subparagraph{DataStor EP-2000 protocol}$~$\\
CONFIG\_PATA\_PARPORT\_DSTR [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für das EP-2000 Parallelport"=IDE"=Protokoll von DataStor.

\subparagraph{FIT TD-2000 protocol}$~$\\
CONFIG\_PATA\_PARPORT\_FIT2 [=m] \textbf{[M]}\\*
Diese Option ermöglicht die Unterstützung des TD-2000 Parallelport"=IDE"=Protokolls von Fidelity International Technology.
Dies ist ein einfacher (langsamer) Adapter, der in einigen tragbaren Festplatten verwendet wird.

\subparagraph{FIT TD-3000 protocol}$~$\\
CONFIG\_PATA\_PARPORT\_FIT3 [=m] \textbf{[M]}\\*
Diese Option ermöglicht die Unterstützung des TD-3000 Parallelport"=IDE"=Protokolls von Fidelity International Technology.
Dieses Protokoll wird in neueren Modellen der tragbaren Disketten-, CD-ROM- und PD/CD"=Geräte verwendet.

\subparagraph{Shuttle EPAT/EPEZ protocol}$~$\\
CONFIG\_PATA\_PARPORT\_EPAT [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung des IDE-Protokolls der parallelen Schnittstelle EPAT.
EPAT ist ein Parallelport"=IDE"=Adapter, der von Shuttle Technology hergestellt wird und in Geräten großer Hersteller
wie Hewlett-Packard, SyQuest, Imation und Avatar weit verbreitet ist.

\subsubparagraph{Support c7/c8 chips}$~$\\
CONFIG\_PATA\_PARPORT\_EPATC8 [=y] \textbf{[Y]}\\*
Diese Option aktiviert die Unterstützung für den neueren Shuttle EP1284 Chip (auch bekannt als c7 und c8).
Sie benötigen diese Option, wenn Sie ein neueres Imation SuperDisk (LS-120) Laufwerk verwenden.

\subparagraph{Shuttle EPIA protocol}$~$\\
CONFIG\_PATA\_PARPORT\_EPIA [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für das (veraltete) EPIA Parallelport"=IDE"=Protokoll
von Shuttle Technology. Dieser Adapter ist noch in einigen No-Name"=Kits zu finden.

\subparagraph{Freecom IQ ASIC-2 protocol}$~$\\
CONFIG\_PATA\_PARPORT\_FRIQ [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung der Version~2 des Freecom IQ Parallelport"=IDE"=Adapters.
Dieser Adapter wird von dem Maxell Superdisk"=Laufwerk verwendet.

\subparagraph{Freecom power protocol}$~$\\
CONFIG\_PATA\_PARPORT\_FRPW [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für das Freecom Power Parallel Port IDE Protokoll.

\subparagraph{KingByte KBIC-951A/971A protocols}$~$\\
CONFIG\_PATA\_PARPORT\_KBIC [=m] \textbf{[M]}\\*
Diese Option ermöglicht die Unterstützung der Parallelport"=IDE"=Protokolle KBIC-951A und
KBIC-971A von KingByte Information Corp. Die Adapter von KingByte erscheinen in vielen
No-Name"=Produkten für tragbare Festplatten und CD-ROMs, insbesondere in Europa.

\subparagraph{KT PHd protocol}$~$\\
CONFIG\_PATA\_PARPORT\_KTTI [=m] \textbf{[M]}\\*
Diese Option aktiviert die Unterstützung für das \glqq PHd\grqq{}"=Parallelport"=IDE"=Protokoll
von KT Technology. Dies ist ein einfacher (langsamer) Adapter, der in einigen tragbaren
\qty{2.5}{''}"=Festplatten verwendet wird.

\subparagraph{OnSpec 90c20 protocol}$~$\\
CONFIG\_PATA\_PARPORT\_ON20 [=m] \textbf{[M]}\\*
Diese Option ermöglicht die Unterstützung des (veralteten) 90c20 Parallelport"=IDE"=Protokolls
von OnSpec (oft unter dem Markennamen ValuStore vermarktet).

\subparagraph{OnSpec 90c26 protocol}$~$\\
CONFIG\_PATA\_PARPORT\_ON26 [=m] \textbf{[M]}\\*
Diese Option ermöglicht die Unterstützung des 90c26 Parallelport"=IDE"=Protokolls von
OnSpec Electronics (häufig unter dem Markennamen ValuStore vermarktet).

\paragraph*{*** Generic fallback / legacy drivers ***}$~$\\
\textit{(Allgemeine Fallback-/Legacy-Treiber)}

%15.19.10.12
\paragraph{ACPI firmware driver for PATA}$~$\\
CONFIG\_PATA\_ACPI [=m] \textbf{[M]}\\*
Diese Option aktiviert einen ACPI"=Methodentreiber, der die PATA"=Controller"=Schnittstellen
es Motherboards über die ACPI"=Firmware im BIOS ansteuert. Dieser Treiber kann manchmal mit
ansonsten nicht unterstützter Hardware umgehen.

\paragraph{Generic ATA support}$~$\\
CONFIG\_ATA\_GENERIC [=m] \textbf{[M]}\\*
Diese Option ermöglicht die Unterstützung von generischen, im BIOS konfigurierten ATA"=Controllern
über die neue ATA"=Schicht.
Wenn Sie unsicher sind, sagen Sie N.

\paragraph{Legacy ISA PATA support (Experimental)}$~$\\
CONFIG\_PATA\_LEGACY [=m] \textbf{[M]}\\*
Mit dieser Option wird die Unterstützung für ISA/VLB/PCI"=Bus"=Legacy"=PATA"=ports
aktiviert und der Zugriff auf sie über die neue ATA"=Schicht ermöglicht.
Wenn Sie unsicher sind, sagen Sie N.

%15.20
\subsection{Multiple devices driver support (RAID and LVM) \texorpdfstring{$\rightarrow$}{->}}
CONFIG\_MD [=y] \textbf{[Y]}\\*
Unterstützung mehrerer physischer Spindeln durch ein einziges logisches Gerät.
Erforderlich für RAID und logische Datenträgerverwaltung.

\subsubsection{RAID support}
CONFIG\_BLK\_DEV\_MD [=m] \textbf{[M]}\\*
Mit diesem Treiber können Sie mehrere Festplattenpartitionen zu einem logischen Blockgerät
zusammenfassen. Dies kann verwendet werden, um einfach eine Partition an eine andere anzuhängen
oder um mehrere redundante Festplatten zu einem RAID1/4/5"=Gerät zusammenzufassen, um Schutz vor
Festplattenausfällen zu bieten. Dies wird als \glqq Software"=RAID\grqq{} bezeichnet, da die
Zusammenlegung der Partitionen vom Kernel vorgenommen wird. \glqq Hardware"=RAID\grqq{} bedeutet,
dass der Zusammenschluss von einem speziellen Controller vorgenommen wird; wenn Sie einen solchen
Controller haben, brauchen Sie hier nicht Y zu sagen.\\
Weitere Informationen über Software"=RAID unter Linux sind im Software"=RAID"=Mini"=HOWTO
enthalten, das unter \url{https://www.tldp.org/docs.html#howto} verfügbar ist. Dort erfahren Sie
auch, wo Sie die unterstützenden Userspace"=Utilities raidtools erhalten.
Wenn Sie unsicher sind, sagen Sie N.

\subsubsection{MD bitmap file support (deprecated)}
CONFIG\_MD\_BITMAP\_FILE [=y] \textbf{[Y]}\\*
Wenn Sie hier Y eingeben, wird die Unterstützung für Write"=Intent"=Bitmaps in Dateien auf einem
externen Dateisystem aktiviert. Dies ist eine Alternative zu den internen Bitmaps in der Nähe
des MD"=Superblocks und ein sehr problematischer Code, der verschiedene Kernel"=APIs missbraucht
und nur mit Dateien auf einem Dateisystem funktionieren kann, das nicht auf dem MD"=Gerät liegt.

\subsubsection{Linear (append) mode (deprecated)}
CONFIG\_MD\_LINEAR [=m] \textbf{[M]}\\*
Wenn Sie hier Y angeben, kann Ihr Treiber für mehrere Geräte den so genannten linearen Modus
verwenden, d.~h. er fasst die Festplattenpartitionen zusammen, indem er einfach eine an die
andere anhängt.
Um dies als Modul zu kompilieren, wählen Sie hier M: Das Modul wird linear genannt.
Wenn Sie unsicher sind, sagen Sie Y.

\subsubsection{RAID-0 (striping) mode}
CONFIG\_MD\_RAID0 [=m] \textbf{[M]}\\*
Wenn Sie hier Y angeben, kann Ihr Treiber für mehrere Geräte den sogenannten Raid0"=Modus
verwenden, d.~h. er fasst die Festplattenpartitionen in einem logischen Gerät so zusammen,
dass sie gleichmäßig aufgefüllt werden, ein Chunk hier und ein Chunk dort. Dies erhöht die
Durchsatzrate, wenn sich die Partitionen auf verschiedenen Festplatten befinden.\\
Informationen über Software"=RAID unter Linux sind im Software"=RAID"=Mini"=HOWTO enthalten,
das unter \url{https://www.tldp.org/docs.html#howto} verfügbar ist. Dort erfahren Sie auch,
wo Sie die unterstützenden Userspace"=Utilities raidtools erhalten.\\
Um dies als Modul zu kompilieren, wählen Sie hier M: Das Modul heißt dann \texttt{raid0}.
Wenn Sie unsicher sind, sagen Sie Y.

\subsubsection{RAID-1 (mirroring) mode}
CONFIG\_MD\_RAID1 [=m] \textbf{[M]}\\*
Ein RAID-1-Verbund besteht aus mehreren Laufwerken, die exakte Kopien voneinander sind.
Im Falle eines Spiegelungsausfalls verwendet der RAID"=Treiber weiterhin die funktionsfähigen
Spiegelungen im Satz und stellt den höheren Ebenen des Kernels ein fehlerfreies MD (Multiple Device)
zur Verfügung. Bei einem Satz mit N Laufwerken entspricht der verfügbare Speicherplatz der Kapazität
eines einzelnen Laufwerks, und der Satz schützt vor einem Ausfall von (N - 1) Laufwerken.\\
Informationen über Software"=RAID unter Linux sind im Software"=RAID"=Mini"=HOWTO enthalten,
das unter \url{https://www.tldp.org/docs.html#howto} verfügbar ist. Dort erfahren Sie auch,
wo Sie die unterstützenden Userspace"=Utilities raidtools erhalten.\\
Wenn Sie ein solches RAID-1"=Set verwenden wollen, sagen Sie Y. Um diesen Code als Modul zu
kompilieren, wählen Sie hier M: Das Modul wird \texttt{raid1} heißen.
Wenn Sie unsicher sind, sagen Sie Y.

\subsubsection{RAID-10 (mirrored striping) mode}
CONFIG\_MD\_RAID10 [=m] \textbf{[M]}\\*
RAID-10 bietet eine Kombination aus Striping (RAID-0) und Spiegelung (RAID-1) mit einfacherer
Konfiguration und flexiblerem Layout.
Im Gegensatz zu RAID-0, aber wie RAID-1, erfordert RAID-10, dass alle Geräte die gleiche Größe haben
(oder zumindest nur so viel, wie das kleinste Gerät verwendet wird).\\
RAID-10 bietet eine Vielzahl von Layouts, die unterschiedliche Redundanz- und Leistungsniveaus bieten.
RAID-10 erfordert mdadm-1.7.0 oder höher, verfügbar unter:
\url{https://www.kernel.org/pub/linux/utils/raid/mdadm/}\\
Wenn Sie unsicher sind, sagen Sie Y.

\subsubsection{RAID-4/RAID-5/RAID-6 mode}
CONFIG\_MD\_RAID456 [=m] \textbf{[M]}\\*
Ein RAID-5-Verbund aus N Laufwerken mit einer Kapazität von C \unit{\mega\byte} pro Laufwerk bietet
die Kapazität von C * (N - 1) \unit{\mega\byte} und schützt vor dem Ausfall eines einzelnen Laufwerks. Für eine
gegebene Sektor- (Zeilen-) Nummer enthalten (N - 1) Laufwerke Datensektoren und ein Laufwerk enthält
den Paritätsschutz.
Bei einem RAID-4"=Satz befinden sich die Paritätsblöcke auf einem einzigen Laufwerk, während bei einem
RAID-5"=Satz die Parität mit einer der verfügbaren Paritätsverteilungsmethoden auf die Laufwerke
verteilt wird.\\
Ein RAID-6"=Verbund aus N Laufwerken mit einer Kapazität von C \unit{\mega\byte} pro Laufwerk
bietet die Kapazität von C * (N - 2) \unit{\mega\byte} und schützt vor dem Ausfall von zwei
beliebigen Laufwerken. Bei einer gegebenen
Sektor-(Zeilen-)Zahl enthalten (N - 2) Laufwerke Datensektoren, und zwei Laufwerke enthalten zwei
unabhängige Redundanzsyndrome. Wie RAID-5 verteilt RAID-6 die Syndrome auf die Laufwerke mit einer
der verfügbaren Paritätsverteilungsmethoden.
Informationen zu Software"=RAID unter Linux finden Sie im Software"=RAID"=Mini"=HOWTO, das Sie
unter \url{https://www.tldp.org/docs.html#howto} finden. Dort erfahren Sie auch, wo Sie die
unterstützenden Userspace"=Utilities raidtools erhalten.
Wenn Sie ein solches RAID-4/RAID-5/RAID-6"=Set verwenden wollen, sagen Sie Y. Um diesen Code als
Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{raid456} heißen.
Wenn Sie unsicher sind, sagen Sie Y.

\subsubsection{Multipath I/O support (deprecated)}
CONFIG\_MD\_MULTIPATH [=m] \textbf{[M]}\\*
MD\_MULTIPATH bietet eine einfache Multipath"=Persönlichkeit für die Verwendung des MD"=Frameworks.
Sie wird nicht aktiv weiterentwickelt. Neue Projekte sollten die Verwendung von DM\_MULTIPATH in
Erwägung ziehen, das mehr Funktionen und mehr Tests bietet.
Wenn Sie unsicher sind, sagen Sie N.

\subsubsection{Faulty test module for MD (deprecated)}
CONFIG\_MD\_FAULTY [=m] \textbf{[M]}\\*
Das \glqq fehlerhafte\grqq{} Modul ermöglicht ein Blockgerät, das gelegentlich Lese- oder
Schreibfehler liefert. Es ist nützlich zum Testen.
Wenn Sie unsicher sind, sagen Sie N.

\subsubsection{Cluster Support for MD}
CONFIG\_MD\_CLUSTER [=m] \textbf{[M]}\\*
Clustering"=Unterstützung für MD"=Geräte. Dies ermöglicht die Sperrung und Synchronisierung über
mehrere Systeme im Cluster, so dass alle Knoten im Cluster gleichzeitig auf die MD"=Geräte zugreifen
können.
Dies bringt die Redundanz (und Betriebszeit) von RAID"=Levels über die Knoten des Clusters hinweg.
Derzeit kann es mit Raid1 und Raid10 (begrenzte Unterstützung) arbeiten.
Wenn Sie unsicher sind, sagen Sie N.

\subsubsection{Block device as cache}
CONFIG\_BCACHE [=m] \textbf{[M]}\\*
Ermöglicht die Verwendung eines Blockgeräts als Cache für andere Geräte; verwendet einen btree
für die Indizierung und das Layout ist für SSDs optimiert.
Siehe Documentation/admin-guide/bcache.rst für Details.

\paragraph{Bcache debugging}$~$\\
CONFIG\_BCACHE\_DEBUG [=n] \textbf{[~]}\\*
Wählen Sie diese Option nur, wenn Sie ein Entwickler sind.
Aktiviert zusätzliche Debugging"=Tools und ermöglicht die Aktivierung von teuren Laufzeitprüfungen.

\paragraph{Asynchronous device registration}$~$\\
CONFIG\_BCACHE\_ASYNC\_REGISTRATION [=y] \textbf{[Y]}\\*
Hinzufügen einer sysfs-Datei /sys/fs/bcache/register\_async. Das Schreiben des Gerätepfads in diese
Datei wird sofort zurückgegeben und die eigentliche Registrierungsarbeit wird in der
Kernel\-Warteschlange auf asynchrone Weise erledigt.

\subsubsection{Device mapper support}
CONFIG\_BLK\_DEV\_DM [=m] \textbf{[M]}\\*
Device-mapper ist ein Low-Level-Volume-Manager. Er ermöglicht es, Zuordnungen für Bereiche von
logischen Sektoren festzulegen. Es stehen verschiedene Zuordnungsarten zur Verfügung, außerdem
können die Benutzer ihre eigenen Module mit benutzerdefinierten Zuordnungen schreiben, wenn sie
dies wünschen.
Volume"=Manager höherer Ebenen wie LVM2 verwenden diesen Treiber.
Um ihn als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{dm-mod} genannt.
Wenn Sie unsicher sind, sagen Sie N.

\paragraph{Device mapper debugging support}$~$\\
CONFIG\_DM\_DEBUG [=y] \textbf{[Y]}\\*
Aktivieren Sie diese Option für Meldungen, die bei der Fehlersuche bei Problemen mit dem
Device"=Mapper helfen können.
Wenn Sie unsicher sind, sagen Sie N.

\paragraph{Block manager locking}$~$\\
CONFIG\_DM\_DEBUG\_BLOCK\_MANAGER\_LOCKING [=y] \textbf{[Y]}\\*
Das Sperren des Blockmanagers kann verschiedene Probleme mit beschädigten Metadaten auffangen.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{Keep stack trace of persistent data block lock holders}$~$\\
CONFIG\_DM\_DEBUG\_BLOCK\_STACK\_TRACING [=n] \textbf{[~]}\\*
Aktivieren Sie diese Option, um Meldungen zu erhalten, die bei der Fehlersuche bei Problemen
mit der Block"=Manager"=Sperre, die beim Thin Provisioning und Caching verwendet wird, helfen können.
Wenn Sie unsicher sind, sagen Sie N.

\paragraph{Unstriped target}$~$\\
CONFIG\_DM\_UNSTRIPED [=m] \textbf{[M]}\\*
Entstrippt E/A, so dass sie nur auf einem einzigen Laufwerk in einem HW-RAID0- oder
\texttt{dm-striped}"=Ziel ausgegeben wird.

\paragraph{Crypt target support}$~$\\
CONFIG\_DM\_CRYPT [=m] \textbf{[M]}\\*
Mit diesem Device-Mapper-Ziel können Sie ein Gerät erstellen, das die Daten auf dem Gerät
transparent verschlüsselt. Sie müssen die Chiffren, die Sie verwenden wollen, in der
cryptoapi"=Konfiguration aktivieren.
Weitere Informationen über dm-crypt und Userspace-Tools finden Sie unter:
\url{https://gitlab.com/cryptsetup/cryptsetup/wikis/DMCrypt}
Um diesen Code als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{dm-crypt} heißen.
Wenn Sie unsicher sind, sagen Sie N.

\paragraph{Snapshot target}$~$\\
CONFIG\_DM\_SNAPSHOT [=m] \textbf{[M]}\\*
Erlaubt Volumenmanagern, beschreibbare Snapshots eines Geräts zu erstellen.

\paragraph{Thin provisioning target}$~$\\
CONFIG\_DM\_THIN\_PROVISIONING [=m] \textbf{[M]}\\*
Bietet Thin Provisioning und Snapshots, die sich einen Datenspeicher teilen.

\paragraph{Cache target (EXPERIMENTAL)}$~$\\
CONFIG\_DM\_CACHE [=m] \textbf{[M]}\\*
dm-cache versucht, die Leistung eines Blockgeräts zu verbessern, indem häufig verwendete Daten auf
ein kleineres Gerät mit höherer Leistung verschoben werden. Verschiedene \glqq Policy\grqq{}"=Plugins
können verwendet werden, um die Algorithmen zu ändern, mit denen ausgewählt wird, welche Blöcke
befördert, degradiert, bereinigt usw. werden. Es unterstützt die Modi \glqq Writeback\grqq{} und
\glqq Writethrough\grqq{}.

\subparagraph{Stochastic MQ Cache Policy (EXPERIMENTAL)}$~$\\
CONFIG\_DM\_CACHE\_SMQ [=m] \textbf{[M]}\\*
Eine Cache-Richtlinie, die eine nach den letzten Treffern geordnete Mehrfachwarteschlange verwendet,
um auszuwählen, welche Blöcke befördert und zurückgestuft werden sollen.
Diese Richtlinie ist für allgemeine Zwecke gedacht. Sie räumt Lesevorgängen Vorrang vor
Schreibvorgängen ein. Diese SMQ-Richtlinie (im Gegensatz zu MQ) verspricht eine geringere
Speicherauslastung, eine bessere Leistung und eine höhere Anpassungsfähigkeit an sich ändernde
Arbeitslasten.

\paragraph{Writecache target}$~$\\
CONFIG\_DM\_WRITECACHE [=m] \textbf{[M]}\\*
Das Writecache-Ziel speichert Schreibvorgänge im permanenten Speicher oder auf der SSD.
Es ist für Datenbanken oder andere Programme gedacht, die eine extrem niedrige Übergabe"=Latenzzeit
benötigen.
Das writecache"=Ziel speichert keine Lesevorgänge, da Lesevorgänge im Standard"=RAM
zwischengespeichert werden sollen.

\paragraph{Emulated block size target (EXPERIMENTAL)}$~$\\
CONFIG\_DM\_EBS [=m] \textbf{[M]}\\*
dm-ebs emuliert kleinere logische Blockgrößen auf Backing-Geräten mit größeren Größen
(z.~B. 512-Byte-Sektoren auf nativen 4K-Platten).

\paragraph{Era target (EXPERIMENTAL)}$~$\\
CONFIG\_DM\_ERA [=m] \textbf{[M]}\\*
dm-era verfolgt, in welche Teile eines Blockgeräts im Laufe der Zeit geschrieben wird. Nützlich für
die Aufrechterhaltung der Cache"=Kohärenz bei der Verwendung von Hersteller"=Snapshots.

\paragraph{Clone target (EXPERIMENTAL)}$~$\\
CONFIG\_DM\_CLONE [=m] \textbf{[M]}\\*
dm-clone erzeugt eine Eins-zu-Eins-Kopie eines vorhandenen, schreibgeschützten Quellgeräts in ein
beschreibbares Zielgerät. Das geklonte Gerät ist sofort sichtbar/einbaubar, und die Kopie des
Quellgeräts auf das Zielgerät erfolgt im Hintergrund, parallel zu den Benutzer"=E/A.
Wenn Sie unsicher sind, sagen Sie N.

\paragraph{Mirror target}$~$\\
CONFIG\_DM\_MIRROR [=m] \textbf{[M]}\\*
Volume Manager können logische Volumes spiegeln, was auch für Live-Datenmigrations-Tools wie
\glqq pvmove\grqq{} erforderlich ist.

\subparagraph{Mirror userspace logging}$~$\\
CONFIG\_DM\_LOG\_USERSPACE [=m] \textbf{[M]}\\*
Das Userspace"=Logging"=Modul bietet einen Mechanismus zur Weiterleitung der dm-dirty-log-API
an den Userspace.  Log"=Designs, die sich besser für eine Userspace"=Implementierung eignen
(z.~B. Shared"=Storage"=Logs) oder experimentelle Logs können mit Hilfe dieses Frameworks implementiert werden.

\paragraph{RAID 1/4/5/6/10 target}$~$\\
CONFIG\_DM\_RAID [=m] \textbf{[M]}\\*
Ein dm-Ziel, das RAID1-, RAID10-, RAID4-, RAID5- und RAID6-Zuordnungen unterstützt.
Ein RAID-5"=Verbund aus N Laufwerken mit einer Kapazität von C MB pro Laufwerk bietet die Kapazität von C * (N - 1) MB und
schützt vor dem Ausfall eines einzelnen Laufwerks. Für eine gegebene Sektor- (Zeilen-) Nummer enthalten (N - 1) Laufwerke
Datensektoren und ein Laufwerk enthält den Paritätsschutz.\\
Bei einem RAID-4-Satz befinden sich die Paritätsblöcke auf einem einzigen Laufwerk, während bei einem RAID-5-Satz die Parität
mit einer der verfügbaren Paritätsverteilungsmethoden auf die Laufwerke verteilt wird.\\
Ein RAID-6-Verbund aus N Laufwerken mit einer Kapazität von C MB pro Laufwerk bietet die Kapazität von C * (N - 2) MB und
schützt vor dem Ausfall von zwei beliebigen Laufwerken. Für eine gegebene Sektor- (Zeilen-) Nummer enthalten (N - 2) Laufwerke
Datensektoren, und zwei Laufwerke enthalten zwei unabhängige Redundanzsyndrome. Wie RAID-5 verteilt RAID-6 die Syndrome auf die
Laufwerke mit einer der verfügbaren Paritätsverteilungsmethoden.

\paragraph{Zero Target}$~$\\
CONFIG\_DM\_ZERO [=m] \textbf{[M]}\\*
Ein Ziel, das Schreibvorgänge verwirft und bei Lesevorgängen alles Nullen zurückgibt. Nützlich in einigen
Wiederherstellungssituationen.

\paragraph{Multipath target}$~$\\
CONFIG\_DM\_MULTIPATH [=m] \textbf{[M]}\\*
Ermöglicht Volume-Managern die Unterstützung von Multipath-Hardware.

\subparagraph{I/O Path Selector based on the number of in-flight I/Os}$~$\\
CONFIG\_DM\_MULTIPATH\_QL [=m] \textbf{[M]}\\*
Dieser Pfadselektor ist ein dynamischer Lastausgleicher, der den Pfad mit der geringsten Anzahl von E/As während des
laufenden Betriebs auswählt.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{I/O Path Selector based on the service time}$~$\\
CONFIG\_DM\_MULTIPATH\_ST [=m] \textbf{[M]}\\*
Dieser Pfadselektor ist ein dynamischer Lastausgleicher, der den Pfad auswählt, von dem erwartet wird, dass er die
eingehenden E/A in der kürzesten Zeit erledigt.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{I/O Path Selector based on historical sevice time}$~$\\
CONFIG\_DM\_MULTIPATH\_HST [=m] \textbf{[M]}\\*
Dieser Pfadselektor ist ein dynamischer Lastausgleicher, der den Pfad auswählt, der die eingehenden E/A in der
kürzesten Zeit abschließen soll, indem er die geschätzte Servicezeit (auf der Grundlage der historischen Servicezeit) vergleicht.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{I/O Path Selector based on CPU submission}$~$\\
CONFIG\_DM\_MULTIPATH\_HST [=m] \textbf{[M]}\\*
\textit{(E/A-Pfadselektor basierend auf CPU-Übermittlung)}\\*
Dieser Pfadselektor wählt den Pfad auf der Grundlage der CPU, auf der die E/A ausgeführt wird, und der CPU"=Pfad"=Zuordnung,
die zum Zeitpunkt der Pfadaddition eingerichtet wurde.
Wenn Sie unsicher sind, sagen Sie N.

%15.20.12.16
\paragraph{I/O delaying target}$~$\\
CONFIG\_DM\_DELAY [=m] \textbf{[M]}\\*
Ein Ziel, das Lese- und/oder Schreibvorgänge verzögert und sie an verschiedene Geräte senden kann. Nützlich für Tests.
Wenn Sie unsicher sind, sagen Sie N.

\paragraph{Bad sector simulation target}$~$\\
CONFIG\_DM\_DUST [=m] \textbf{[M]}\\*
Ein Ziel, das ein schlechtes Sektorverhalten simuliert. Nützlich für Tests.
Wenn Sie unsicher sind, sagen Sie N.

\paragraph{DM uevents}$~$\\
CONFIG\_DM\_UEVENTS [=y] \textbf{[Y]}\\*
Erzeugt udev-Ereignisse für DM-Ereignisse.

\paragraph{Flakey target}$~$\\
CONFIG\_DM\_FLAKEY [=m] \textbf{[M]}\\*
Ein Ziel, dessen E/A zu Debugging-Zwecken zeitweise fehlschlägt.

\paragraph{Verity target support}$~$\\
CONFIG\_DM\_VERITY [=m] \textbf{[M]}\\*
Dieses Device-Mapper-Ziel erstellt ein schreibgeschütztes Gerät, das die Daten auf einem zugrundeliegenden Gerät anhand
eines vorgenerierten Baums von kryptografischen Prüfsummen, die auf einem zweiten Gerät gespeichert sind, transparent validiert.
Sie müssen die Prüfsummen, die Sie verwenden wollen, in der cryptoapi"=Konfiguration aktivieren.
Um diesen Code als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{dm-verity} heißen.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{Verity data device root hash signature verification support}$~$\\
CONFIG\_DM\_VERITY\_VERIFY\_ROOTHASH\_SIG [=y] \textbf{[Y]}\\*
Hinzufügen der Möglichkeit, dass dm-verity"=Geräte validiert werden können, wenn der vorgenerierte Baum kryptographischer
Prüfsummen eine \texttt{pkcs\#7}-Signaturdatei enthält, die den roothash des Baums validieren kann.
Standardmäßig verlässt man sich auf den eingebauten vertrauenswürdigen Schlüsselbund.
Wenn Sie unsicher sind, sagen Sie N.

\subsubparagraph{Verity data device root hash signature verification with secondary keyring}%$~$\\
CONFIG\_DM\_VERITY\_VERIFY\_ROOTHASH\_SIG\_SECONDARY\_KEYRING [=y] \textbf{[Y]}\\*
Setzen Sie den sekundären vertrauenswürdigen Schlüsselbund ein, um dm-verity"=Signaturen zu über"-prüfen.
Wenn Sie unsicher sind, sagen Sie N.

\subparagraph{Verity forward error correction support}$~$\\
CONFIG\_DM\_VERITY\_FEC [=y] \textbf{[Y]}\\*
Unterstützung für Vorwärtsfehlerkorrektur zu dm-verity hinzufügen. Mit dieser Option ist es möglich, vorgenerierte
Fehlerkorrekturdaten zu verwenden, um beschädigte Blöcke wiederherzustellen.
Wenn Sie unsicher sind, sagen Sie N.

%15.20.12.21
\paragraph{Switch target support (EXPERIMENTAL)}$~$\\
CONFIG\_DM\_SWITCH [=m] \textbf{[M]}\\*
Dieses Device-Mapper-Ziel erstellt ein Gerät, das eine beliebige Zuordnung von E/A"=Bereichen fester Größe über einen
festen Satz von Pfaden unterstützt.
Der für eine bestimmte Region verwendete Pfad kann dynamisch umgeschaltet werden, indem das Ziel eine Nachricht sendet.
Um diesen Code als Modul zu kompilieren, wählen Sie hier M: Das Modul heißt dann \texttt{dm-switch}.
Wenn Sie unsicher sind, sagen Sie N.

\paragraph{Log writes target support}$~$\\
CONFIG\_DM\_LOG\_WRITES [=m] \textbf{[M]}\\*
Dieses Device-Mapper-Target benötigt zwei Geräte, ein Gerät zur normalen Verwendung und eines zur Protokollierung aller
Schreibvorgänge auf dem ersten Gerät.
Dies ist für Dateisystementwickler gedacht, die überprüfen wollen, ob ihr fs zu jeder Zeit ein konsistentes Dateisystem
schreibt, indem sie das Protokoll auf verschiedene Arten wiedergeben und den Inhalt überprüfen können.
Um diesen Code als Modul zu kompilieren, wählen Sie hier M: Das Modul heißt dann \texttt{dm-log-writes}.
Wenn Sie unsicher sind, sagen Sie N.

\paragraph{Integrity target support}$~$\\
CONFIG\_DM\_INTEGRITY [=m] \textbf{[M]}\\*
Dieses Device"=Mapper"=Target emuliert ein Block"=Device, das über zusätzliche sektor"-bezogene Tags ver"-fügt,
die zur Speicherung von Integritätsinformationen verwendet werden können.
Dieses Integritätsziel wird zusammen mit dem dm-crypt"=Ziel verwendet, um eine authentifizierte Festplattenverschlüsselung
zu ermöglichen, oder es kann eigenständig verwendet werden.
Um diesen Code als Modul zu kompilieren, wählen Sie hier M: Das Modul heißt dann \texttt{dm-integrity}.

\paragraph{Drive-managed zoned block device target support}$~$\\
CONFIG\_DM\_ZONED [=m] \textbf{[M]}\\*
Dieses Device-Mapper-Target nimmt ein Host"=verwaltetes oder Host"=bewusstes Zoned"=Block"=Device und stellt den größten Teil
seiner Kapazität als reguläres Block"=Device (Drive"=verwaltetes Zoned-Block-Device) ohne Schreibbeschränkungen zur Verfügung.
Dies ist hauptsächlich für die Verwendung mit Dateisystemen gedacht, die Zoned"=Block"=Geräte nicht von Haus aus unterstützen,
aber dennoch von der erhöhten Kapazität von SMR"=Festplatten profitieren wollen. Andere Anwendungen, die Rohblockgeräte
verwenden (z.~B. Objektspeicher), sind ebenfalls möglich.
Um diesen Code als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{dm-zoned} genannt.
Wenn Sie unsicher sind, sagen Sie N.

\paragraph{DM audit events}$~$\\
CONFIG\_DM\_AUDIT [=y] \textbf{[Y]}\\*
Erzeugen von Audit"=Ereignissen für Device"=Mapper.
Ermöglicht die Protokollierung mehrerer sicherheitsrelevanter Ereignisse in den einzelnen Device"=Mapper"=Zielen,
insbesondere in den Integritätszielen.

%15.21
\subsection{Generic Target Core Mod (TCM) and ConfigFS Infrastructure \texorpdfstring{$\rightarrow$}{->}}
CONFIG\_TARGET\_CORE [=m] \textbf{[M]}\\*
Geben Sie hier Y oder M ein, um den TCM-Storage"=Engine- und ConfigFS"=aktivierten Kontrollpfad für target\_core\_mod zu
aktivieren. Dies umfasst die integrierte TCM RAMDISK"=Subsystemlogik für den Zugriff auf die virtuelle LUN~0.

\subsubsection{TCM/IBLOCK Subsystem Plugin for Linux/BLOCK}
CONFIG\_TCM\_IBLOCK [=m] \textbf{[M]}\\*
Sagen Sie hier Y, um das TCM/IBLOCK-Subsystem-Plugin für den nicht gepufferten Zugriff auf Linux/Block"=Geräte mit BIO zu aktivieren.

\subsubsection{TCM/FILEIO Subsystem Plugin for Linux/VFS}
CONFIG\_TCM\_FILEIO [=m] \textbf{[M]}\\*
Geben Sie hier Y ein, um das TCM/FILEIO"=Subsystem"=Plugin für den gepufferten Zugriff auf Linux/VFS struct file oder struct
block\_device zu aktivieren.

\subsubsection{TCM/pSCSI Subsystem Plugin for Linux/SCSI}
CONFIG\_TCM\_PSCSI [=m] \textbf{[M]}\\*
Geben Sie hier Y an, um das TCM/pSCSI-Subsystem"=Plugin für den ungepufferten Durchgangszugriff auf das Linux/SCSI"=Gerät
zu aktivieren.

\subsubsection{TCM/USER Subsystem Plugin for Linux}
CONFIG\_TCM\_USER2 [=m] \textbf{[M]}\\*
Sagen Sie hier Y, um das TCM/USER"=Subsystem"=Plugin für einen Userspace"=Prozess zur Bearbeitung von Anfragen
zu aktivieren. Dies ist Version~2 der ABI; Version~1 ist veraltet.

\subsubsection{TCM Virtual SAS target and Linux/SCSI LDD fabric loopback module}
CONFIG\_LOOPBACK\_TARGET [=m] \textbf{[M]}\\*
Geben Sie hier Y ein, um das TCM Virtual SAS Target und das Linux/SCSI LLD Fabric Loopback Modul zu aktivieren.

\subsubsection{TCM\_FC fabric Plugin}
CONFIG\_TCM\_FC [=m] \textbf{[M]}\\*
Sagen Sie hier Y, um das TCM FC Plugin für den Zugriff auf FC Fabrics in TCM zu aktivieren.

\subsubsection{SCSI Target Mode Stack}
CONFIG\_ISCSI\_TARGET [=m] \textbf{[M]}\\*
Sagen Sie M, um den SCSI-Zielmodus"=Stack zu aktivieren. Ein SCSI"=Target"=Mode"=Stack ist eine Software, die
einem SCSI"=Initiatorsystem lokalen Speicher über ein Speichernetz zur Verfügung stellt. Zu den unterstützten
Speichernetzwerktechnologien gehören iSCSI, Fibre Channel und das SCSI RDMA Protocol (SRP).
Die Konfiguration des SCSI"=Target"=Mode"=Stacks erfolgt über configfs.

\paragraph{Chelsio iSCSI target offload driver}$~$\\
CONFIG\_ISCSI\_TARGET\_CXGB4 [=m] \textbf{[M]}\\*
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{cxgbit} heißen.

\subsubsection{FireWire SBP-2 fabric module}
CONFIG\_SBP\_TARGET [=m] \textbf{M}\\*
Sagen Sie hier Y oder M, um die SCSI"=Zielfunktionalität über FireWire zu aktivieren.
Dies ermöglicht es Ihnen, SCSI"=Geräte für andere Knoten am FireWire"=Bus freizugeben, z.~B. Festplatten.
Ähnlich wie der FireWire"=Zielplattenmodus auf vielen Apple"=Computern.
Um diesen Treiber als Modul zu kompilieren, sagen Sie hier M: Das Modul wird \texttt{sbp-target} genannt.

\subsubsection{TCM Virtual Remote target}
CONFIG\_REMOTE\_TARGET [=m] \textbf{[M]}\\*
Sagen Sie hier Y, um die TCM Virtual Remote Fabric zu aktivieren.
Diese Fabric ist eine Dummy"=Fabric, die TCM über die Konfiguration von TPG/ACL/LUN auf Peer"=Knoten in
einem Cluster informiert.

\subsection{Fusion MPT device support \texorpdfstring{$\rightarrow$}{->}}
CONFIG\_FUSION [=y] \textbf{[Y]}\\*
Sagen Sie hier Y, um die Optionen für Fusion Message Passing Technology (MPT)"=Treiber zu sehen.
Diese Option allein fügt keinen Kernel"=Code hinzu.
Wenn Sie N sagen, werden alle Optionen in diesem Untermenü übersprungen und deaktiviert.

\subsubsection{Fusion MPT ScsiHost drivers for SPI}
CONFIG\_FUSION\_SPI [=m] \textbf{[M]}\\*
SCSI HOST-Unterstützung für einen parallelen SCSI-Host-Adapter.\\
Liste der unterstützten Controller:\\[0.5em]
\texttt{
LSI53C1020\\
LSI53C1020A\\
LSI53C1030\\
LSI53C1035\\
ATTO UL4D
}

\subsubsection{Fusion MPT ScsiHost drivers for FC}
CONFIG\_FUSION\_FC [=m] \textbf{[M]}\\*
SCSI HOST-Unterstützung für Fiber Channel-Hostadapter.\\
Liste der unterstützten Controller:\\[.5em]
\texttt{
LSIFC909\\
LSIFC919\\
LSIFC919X\\
LSIFC929\\
LSIFC929X\\
LSIFC929XL\\
LSIFC949X\\
LSIFC949E\\
Brocade FC 410/420	
}

\subsubsection{Fusion MPT ScsiHost drivers for SAS}
CONFIG\_FUSION\_SAS [=m] \textbf{[M]}\\*
SCSI HOST-Unterstützung für SAS-Hostadapter.\\
Liste der unterstützten Controller:\\[.5em]
\texttt{
LSISAS1064\\
LSISAS1068\\
LSISAS1064E\\
LSISAS1068E\\
LSISAS1078
}

\subsubsection{Maximum number of scatter gather entries (16 -- 128)}
CONFIG\_FUSION\_MAX\_SGE [=128] \textbf{[128]}\\*
Mit dieser Option können Sie die maximale Anzahl von Streusammlungseinträgen (Scatter"=Gather"=Einträgen) pro E/A angeben.
Der Standardwert des Treibers ist 128, was SCSI\_MAX\_PHYS\_SEGMENTS entspricht. Dies kann jedoch bis auf 16 verringert werden.
Durch die Verringerung dieses Parameters wird der Speicherbedarf pro Controller"=Instanz reduziert.

\subsubsection{Fusion MPT misc device (ioctl) driver}
CONFIG\_FUSION\_CTL [=m] \textbf{[M]}\\*
Der Fusion MPT misc Gerätetreiber bietet eine spezielle Steuerung von MPT"=Adaptern über System"=ioctl"=Aufrufe.
Die Verwendung von ioctl"=Aufrufen für den MPT"=Treiber erfordert, dass Sie einen misc"=Geräteknoten erstellen
und verwenden, z.~B:

\texttt{mknod /dev/mptctl c 10 240}\\
Eine Verwendung dieser ioctl"=Schnittstelle ist die Durchführung eines Upgrades (Reflash) der MPT"=Adapter"=Firmware.
Weitere Einzelheiten finden Sie in der/den Readme-Datei(en), die mit dem Fusion MPT"=Linux"=Treiber verteilt wird/werden.
Wenn Sie dies mit M aktivieren, wird ein Treiber mit dem Namen \texttt{mptctl} kompiliert.
Wenn Sie nicht sicher sind, ob Sie dies wirklich wollen oder brauchen, sagen Sie N.

\subsubsection{Fusion MPT LAN driver}
CONFIG\_FUSION\_CTL [=m] \textbf{[M]}\\*
Dieses Modul unterstützt LAN-IP-Verkehr über Fibre"=Channel"=Anschlüsse auf Fusion MPT"=kompatibler Hardware (LSIFC9xx"=Chips).
Die verwendete physikalische Schnittstelle ist in RFC~2625 definiert.
Einzelheiten finden Sie in diesem Dokument.
Die Installation dieses Treibers erfordert die Kenntnis der Konfiguration und Aktivierung einer neuen Netzwerkschnittstelle,
\texttt{fc0}, unter Verwendung von Standard"=Linux"=Tools.
Wenn Sie dies mit M aktivieren, wird ein Treiber namens \texttt{mptlan} kompiliert.
Wenn Sie nicht sicher sind, ob Sie dies wirklich wollen oder brauchen, sagen Sie N.

\subsubsection{Fusion MPT logging facility}
CONFIG\_FUSION\_LOGGING [=n] \textbf{[~]}\\*
Damit wird eine Protokollierungsfunktion aktiviert, die zur Fehlersuche bei einer Reihe von Problemen im Zusammenhang mit
Fusion MPT verwendet werden kann.
Der Debug"=Level kann über SysFS (hexadezimale Werte) im laufenden Betrieb programmiert werden:\\
\texttt{echo [level] $>$ /sys/class/scsi\_host/host\#/debug\_level}\\
Es gibt verschiedene Debug-Level, die im Quellcode zu finden sind:\\
file:drivers/message/fusion/mptdebug.h

%15.23
\subsection{IEEE 1394 (FireWire) support \texorpdfstring{$\rightarrow$}{->}}
\textit{(IEEE 1394 (FireWire) Unterstützung)}

\subsubsection{FireWire driver stack}
CONFIG\_FIREWIRE [=m] \textbf{[M]}\\*
Dies ist der IEEE~1394 (FireWire) Treiberstack der neuen Generation, auch bekannt als Juju, eine neue Implementierung,
die auf Robustheit und Einfachheit ausgelegt ist.\\
Siehe http://ieee1394.wiki.kernel.org/index.php/Juju\_Migration für Informationen zur Migration vom älteren Linux
1394-Stack zum neuen Treiber"=Stack.
Um diesen Treiber als Modul zu kompilieren, sagen Sie hier M: Das Modul wird \texttt{firewire-core} genannt.

\paragraph{OHCI-1394 controllers}$~$\\
CONFIG\_FIREWIRE\_OHCI [=m] \textbf{[M]}\\*
Aktivieren Sie diesen Treiber, wenn Sie einen FireWire"=Controller haben, der auf der OHCI"=Spezifikation basiert.
In der Praxis wird nur dieser Chipsatz verwendet, also geben Sie hier Y an.
Um diesen Treiber als Modul zu kompilieren, geben Sie hier M ein: Das Modul wird \texttt{firewire-ohci} heißen.

\paragraph{Storage devices (SBP-2 protocol)}$~$\\
CONFIG\_FIREWIRE\_SBP2 [=m] \textbf{[M]}\\*
Mit dieser Option können Sie SBP-2-Geräte verwenden, die an einen FireWire"=Bus angeschlossen sind. Zu den
SBP-2"=Geräten gehören Speichergeräte wie Festplatten und DVD"=Laufwerke, aber auch einige andere
FireWire"=Geräte wie Scanner.
Um diesen Treiber als Modul zu kompilieren, sagen Sie hier M: Das Modul wird \texttt{firewire-sbp2} genannt.
Sie sollten auch die Unterstützung für Festplatten, CD-ROMs usw. im SCSI-Konfigurationsabschnitt aktivieren.

\paragraph{IP networking over 1394}$~$\\
CONFIG\_FIREWIRE\_NET [=m] \textbf{[M]}\\*
Dies ermöglicht IPv4/IPv6 über IEEE~1394 und bietet IP-Konnektivität mit anderen Implementierungen von
RFC~2734/3146, die auf verschiedenen Betriebssystemen zu finden sind. Die Multicast"=Unterstützung ist derzeit begrenzt.
Um diesen Treiber als Modul zu kompilieren, sagen Sie hier M: Das Modul wird \texttt{firewire-net} genannt.

\subsubsection{Nosy -- a FireWire traffic sniffer for PCILynx cards}
CONFIG\_FIREWIRE\_NOSY [=m] \textbf{[M]}\\*
Nosy ist ein IEEE~1394 Packet Sniffer, der für die Protokollanalyse und die Entwicklung von IEEE~1394"=Treibern,
Anwendungen oder Firmwares verwendet wird.
Mit diesem Treiber können Sie einen Texas Instruments PCILynx 1394 to PCI Link Layer Controller TSB12LV21/A/B als
Low-Budget"=Busanalysator verwenden.
PCILynx ist ein heutzutage sehr seltener IEEE~1394"=Controller, der nicht OHCI~1394"=konform ist.
Die folgenden Karten basieren bekanntermaßen auf PCILynx oder PCILynx-2:
IOI IOI"=1394TT (PCI"=Karte), Unibrain Fireboard 400 PCI Lynx-2 (PCI"=Karte), Newer Technology FireWire 2 Go (CardBus"=Karte),
Apple Power Mac G3 blue \& white und G4 mit PCI-Grafik (Onboard"=Controller).
Um diesen Treiber als Modul zu kompilieren, sagen Sie hier M: Das Modul wird \texttt{nosy} heißen.
Der Quellcode einer Benutzerschnittstelle zu nosy, genannt nosy-dump, kann in tools/firewire/ der Kernelquellen gefunden werden.
Wenn Sie unsicher sind, sagen Sie N.

\subsection{Macintosh device drivers \texorpdfstring{$\rightarrow$}{->}}
CONFIG\_MACINTOSH\_DRIVERS [=y] \textbf{[Y]}\\*
Sagen Sie hier Y, um die Optionen für Geräte zu sehen, die mit Macintosh"=Computern verwendet werden. Diese Option allein
fügt keinen Kernel"=Code hinzu.
Wenn Sie N sagen, werden alle Optionen in diesem Untermenü übersprungen und deaktiviert.

\subsubsection{Support for mouse button 2+3 emulation}
CONFIG\_MAC\_EMUMOUSEBTN [=m] \textbf{[M]}\\*
Dies bietet generische Unterstützung für die Emulation der 2. und 3. Wenn Sie hier Y angeben, ist die Emulation
standardmäßig deaktiviert. Die Emulation wird durch diese sysctl-Einträge gesteuert:\\[.5em]
\texttt{/proc/sys/dev/mac\_hid/mouse\_button\_emulation\\
/proc/sys/dev/mac\_hid/mouse\_button2\_keycode\\
/proc/sys/dev/mac\_hid/mouse\_button3\_keycode}\\[.5em]
Wenn Sie einen Apple"=Rechner mit einer 1-Tasten"=Maus haben, geben Sie hier Y ein.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{mac\_hid} heißen.

%15.25
\subsection{Network device support}
CONFIG\_NETDEVICES [=y] \textbf{[Y]}\\*
Sie können hier N angeben, wenn Sie Ihren Linux"=Rechner überhaupt nicht mit einem anderen Computer verbinden wollen.
Sie müssen Y angeben, wenn Ihr Computer eine Netzwerkkarte enthält, die Sie unter Linux verwenden wollen.
Wenn Sie SLIP oder PPP über eine Telefonleitung oder ein Nullmodemkabel betreiben wollen, müssen Sie hier Y angeben.
Die Verbindung von zwei Rechnern mit parallelen Schnittstellen unter Verwendung von PLIP erfordert dies, ebenso wie
AX.25/KISS für die Übertragung von Internetverkehr über Amateurfunkverbindungen.\\
Siehe auch \glqq The Linux Network Administrator's Guide\grqq{} von Olaf Kirch und Terry Dawson.
Erhältlich unter \url{http://www.tldp.org/guides.html}.
Wenn Sie unsicher sind, sagen Sie Y.

\subsubsection{Network core driver support}
CONFIG\_NET\_CORE [=y] \textbf{[Y]}\\*
Sie können hier N angeben, wenn Sie keinen der Netzwerktreiber (d.~h. VLAN, Bridging, Bonding usw.) verwenden möchten.

\paragraph{Bonding driver support}$~$\\
CONFIG\_BONDING [=m] \textbf{[M]}\\*
Sagen Sie Y oder M, wenn Sie mehrere Ethernet"=Kanäle miteinander verbinden möchten. Dies wird bei Cisco
\glqq Etherchannel\grqq{}, bei Sun \glqq Trunking\grqq{}, bei der IEEE~802.3ad und bei Linux \glqq Bonding\grqq{} genannt.
Der Treiber unterstützt mehrere Bonding"=Modi, um sowohl eine hohe Leistung als auch eine hohe Verfügbarkeit zu gewährleisten.
Siehe $<$file:Documentation/networking/bonding.rst$>$ für weitere Informationen.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{bonding} genannt.

\paragraph{Dummy net driver support}$~$\\
CONFIG\_DUMMY [=m] \textbf{[M]}\\*
Dabei handelt es sich im Wesentlichen um ein Bit-Bucket"=Gerät (d.~h. der Datenverkehr, den Sie an dieses Gerät senden,
gerät in Vergessenheit) mit einer konfigurierbaren IP"=Adresse. Es wird meist verwendet, um Ihre derzeit inaktive
SLIP"=Adresse wie eine echte Adresse für lokale Programme erscheinen zu lassen.
Wenn Sie SLIP oder PPP verwenden, sollten Sie hier Y sagen. Ihr Kernel wird dadurch nicht vergrößert. Was für ein Deal.
Lesen Sie darüber im Network Administrator's Guide, erhältlich unter
\url{http://www.tldp.org/docs.html#guide}.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{dummy} genannt.

\paragraph{WireGuard secure network tunnel}$~$\\
CONFIG\_WIREGUARD [=m] \textbf{[M]}\\*
WireGuard ist ein sicherer, schneller und einfach zu bedienender Ersatz für IPSec, der moderne Kryptografie und clevere
Netzwerktricks nutzt. Es ist relativ universell einsetzbar und abstrakt genug, um für die meisten Anwendungsfälle geeignet
zu sein, während es gleichzeitig extrem einfach zu konfigurieren ist. Siehe \url{www.wireguard.com} für weitere Informationen.
Es ist sicher, hier Y oder M zu sagen, da der Treiber sehr leichtgewichtig ist und nur verwendet wird, wenn ein Administrator
eine Schnittstelle hinzufügen möchte.

\subparagraph{Debugging checks and verbose messages}$~$\\
CONFIG\_WIREGUARD\_DEBUG [=n] \textbf{[~]}\\*
Es werden Protokollnachrichten für Handshake- und andere Ereignisse geschrieben, die für eine WireGuard"=Schnittstelle
auftreten. Es führt auch einige zusätzliche Validierungsprüfungen und Unit"=Tests an verschiedenen Stellen durch.
Dies ist nur für die Fehlersuche nützlich.
Sagen Sie hier N, wenn Sie nicht wissen, was Sie tun.

\paragraph{EQL (serial line load balancing) support}$~$\\
CONFIG\_EQUALIZER [=m] \textbf{[M]}\\*
Wenn Sie zwei serielle Verbindungen zu einem anderen Computer haben (dazu sind in der Regel zwei Modems und zwei
Telefonleitungen erforderlich) und SLIP (das Protokoll zum Senden von Internetverkehr über Telefonleitungen) oder
PPP (ein besseres SLIP) verwenden, können Sie mit diesem Treiber dafür sorgen, dass sie sich wie eine einzige Verbindung
mit doppelter Geschwindigkeit verhalten. Natürlich muss dies auch auf der anderen Seite unterstützt werden, entweder mit
einem ähnlichen EQL"=Linux"=Treiber oder mit einem Livingston Portmaster 2e.
Sagen Sie Y, wenn Sie das wollen und lesen Sie $<$file:Documentation/networking/eql.rst$>$. Vielleicht möchten Sie auch
Abschnitt~6.2 des NET-3-HOWTOs lesen, das unter \url{http://www.tldp.org/docs.html#howto} verfügbar ist.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{eql} heißen.
Wenn Sie unsicher sind, sagen Sie N.

\paragraph{Fibre Channel driver support}$~$\\
CONFIG\_NET\_FC [=y] \textbf{[Y]}\\*
Fibre Channel ist ein serielles Hochgeschwindigkeitsprotokoll, das hauptsächlich für den Anschluss großer Speichergeräte
an den Computer verwendet wird; es ist mit SCSI kompatibel und soll dieses ersetzen.
Wenn Sie Fibre Channel verwenden möchten, benötigen Sie eine Fibre-Channel-Adapterkarte in Ihrem Computer; bejahen Sie hier
und den Treiber für Ihren Adapter weiter unten. Sie sollten auch \glqq SCSI-Unterstützung\grqq{} und
\glqq generische SCSI-Unterstützung\grqq{} mit Y(Ja) beantworten.

\paragraph{Intermediate Functional Block support}$~$\\
CONFIG\_IFB [=m] \textbf{[M]}\\*
Dies ist ein Zwischentreiber, der die gemeinsame Nutzung von Ressourcen ermöglicht.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{ifb} genannt.
Wenn Sie mehr als ein ifb-Gerät auf einmal verwenden wollen, müssen Sie diesen Treiber als Modul kompilieren.
Anstelle von \texttt{ifb} heißen die Geräte dann \texttt{ifb0}, \texttt{ifb1} usw.
Schauen Sie in das iproute2"=Dokumentationsverzeichnis für die Verwendung usw.

\paragraph{Ethernet team driver support}$~$\\
CONFIG\_NET\_TEAM [=m] \textbf{[M]}\\*
Damit können virtuelle Schnittstellen erstellt werden, die mehrere Ethernet"=Geräte zusammenfassen.
Team"=Geräte können mit dem \texttt{ip}"=Befehl aus dem iproute2"=Paket hinzugefügt werden:

\texttt{ip link add link [ address MAC ] [ NAME ] type team}\\[0.5em]
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{team} genannt.

\paragraph{MAC-VLAN support}$~$\\
CONFIG\_MACVLAN [=m] \textbf{[M]}\\*
Damit können virtuelle Schnittstellen erstellt werden, die Pakete von oder zu bestimmten MAC"=Adressen auf eine
bestimmte Schnittstelle abbilden.
Macvlan"=Geräte können mit dem Befehl \texttt{ip} aus dem iproute2-Paket ab der Version iproute2-2.6.23
hinzugefügt werden:

\texttt{ip link add link $<$real dev$>$ [ address MAC ] [ NAME ] type macvlan}\\[.5em]
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{macvlan} heißen.

\subparagraph{MAC-VLAN based tap driver}$~$\\
CONFIG\_MACVTAP [=m] \textbf{[M]}\\*
Damit wird ein spezieller Tap"=Gerätetreiber hinzugefügt, der auf der MAC-VLAN"=Netzwerkschnittstelle basiert und
macvtap heißt. Ein macvtap"=Gerät kann auf die gleiche Weise wie ein macvlan"=Gerät hinzugefügt werden,
indem man \texttt{type macvtap} verwendet, und dann über die tap-Benutzeroberfläche angesprochen werden.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{macvtap} heißen.

\paragraph{IP-VLAN support}$~$\\
CONFIG\_IPVLAN [=m] \textbf{[M]}\\*
Dies ermöglicht es, virtuelle Geräte von einer Hauptschnittstelle aus zu erstellen, und die Pakete werden auf der
Grundlage der L3-Zieladresse (IPv6/IPv4-Adresse) der Pakete zugestellt. Alle Schnittstellen (einschließlich der
Hauptschnittstelle) teilen sich L2, wodurch sie für den angeschlossenen L2-Switch transparent sind.
Ipvlan"=Geräte können mit dem Befehl \texttt{ip} aus dem iproute2-Paket ab der Version iproute2-3.19
hinzugefügt werden:

\texttt{ip link add link $<$main-dev$>$ [ NAME ] type ipvlan}\\[.5em]
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: das Modul wird \texttt{ipvlan} heißen.

\subparagraph{IP-VLAN based tap driver}$~$\\
CONFIG\_IPVTAP [=m] \textbf{[M]}\\*
Damit wird ein spezieller Tap"=Gerätetreiber hinzugefügt, der auf der IP-VLAN"=Netzwerkschnittstelle basiert
und ipvtap heißt. Ein ipvtap"=Gerät kann auf die gleiche Weise wie ein ipvlan"=Gerät hinzugefügt werden,
indem man \texttt{type ipvtap} verwendet, und dann über die tap-Benutzeroberfläche angesprochen werden.
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{ipvtap} heißen.

\paragraph{Virtual eXtensible Local Area Network (VXLAN)}$~$\\
CONFIG\_VXLAN [=m] \textbf{[M]}\\*
Dies ermöglicht es, virtuelle VXLAN"=Schnittstellen zu erstellen, die Layer-2"=Netzwerke über Layer-3"=Netzwerke
bereitstellen. VXLAN wird häufig verwendet, um virtuelle Netzwerkinfrastrukturen in virtualisierten Umgebungen zu tunneln.
Für weitere Informationen siehe:\\
\url{http://tools.ietf.org/html/draft-mahalingam-dutt-dcops-vxlan-02}
Um diesen Treiber als Modul zu kompilieren, wählen Sie hier M: Das Modul wird \texttt{vxlan} heißen.

%%
%% \texorpdfstring{$\rightarrow$}{->}
%% \textit{Für diese Option gibt es keine Hilfe.}
%% CONFIG\_XYZ \colorbox{yellow!80}{[=m] \textbf{[~]}}\\*
%% \\\begin{scriptsize}
%%	Im Notebook ist kein Zeit-Aufzeichner DS1682 verbaut.
%% \end{scriptsize}
