UPD 6.6.4, AMD MCE feature

PKGBUILD

@@ -2,7 +2,7 @@
 # copied from Jan Alexander Steffens (heftig) <heftig@archlinux.org>
 
 pkgbase=linux-tom
-pkgver=6.6.3.arch1
+pkgver=6.6.4.arch1
 pkgrel=1
 pkgdesc='Linux'
 url='https://github.com/archlinux/linux'

documentation/linux_configuration.tex

@@ -144,7 +144,7 @@ Jedoch ist die Geschwindigkeit beim Komprimieren und Dekomrimieren die höchste.
 \subsubsection{LZ4}
 CONFIG\_KERNEL\_LZ4  [=n] \textbf{[~]}\\
 LZ4 ist eine LZ77-Typ-Komprimierung mit einer festen, byte-orientierten Enkodierung.\\
-Siehe auch http://code.google.com/p/lz4.\\
+Siehe auch \url{http://code.google.com/p/lz4}.\\
 Komprimierungsverhältnis ist noch schlechter als LZO. 8~\% größere Kernelgröße als bei LZO.
 Dekomprimierung ist jedoch von der Geschwindigkeit her schneller als LZO.
 
@@ -344,7 +344,7 @@ eingefügt werden, was bei der Fehlersuche und der Untersuchung von BPF-Programm
 und -Maps nützlich ist.
 \paragraph{bpf\_preload kernel module\\} $~$ \\
 \textit{Dies ist nur sichtbar wenn der übergeordnete Punkt aktiviert ist.}\\
-CONFIG\_BPF\_PRELOAD\_UMD [=m] \textbf{[]}\\
+CONFIG\_BPF\_PRELOAD\_UMD [=m] \textbf{[~]}\\
 Dadurch wird ein Kernelmodul mit mehreren eingebetteten BPF-Programmen
 erstellt, die als für den Menschen lesbare Dateien in den BPF-FS-Einhängepunkt eingefügt werden,
 was bei der Fehlersuche und der Untersuchung von BPF-Programmen und -Maps nützlich ist.
@@ -465,7 +465,7 @@ Prozesse und ihrer Eltern protokolliert. Beachten Sie, dass dieses
 Dateiformat nicht mit den früheren v0/v1/v2-Dateiformaten kompatibel ist,
 so dass Sie aktualisierte Werkzeuge für die Verarbeitung benötigen.
 Eine vorläufige Version dieser Werkzeuge ist unter
-\textless{}http://www.gnu.org/software/acct/\textgreater{} verfügbar.
+\url{http://www.gnu.org/software/acct/} verfügbar.
 
 \subsubsection{Export task/process statistics through netlink}
 CONFIG\_TASKSTATS [=y] \textbf{[Y]}\\
@@ -1121,7 +1121,7 @@ RAM-Disk-Unterstützung (initrd) und fügt 15 KByte (auf einigen anderen Archite
 Wenn Sie unsicher sind, sagen Sie Y.
 
 \subsubsection{Initramfs source file(s)}
-CONFIG\_INITRAMFS\_SOURCE [=] \textbf{[]}\\
+CONFIG\_INITRAMFS\_SOURCE [=] \textbf{[~]}\\
 Dies kann entweder ein einzelnes cpio-Archiv mit der Endung .cpio oder eine durch Leerzeichen getrennte
 Liste von Verzeichnissen und Dateien zur Erstellung des initramfs-Abbilds sein.
 Ein cpio-Archiv sollte ein Dateisystemarchiv enthalten, das als initramfs-Abbild verwendet werden soll.
@@ -1136,4 +1136,641 @@ Wenn Sie sich nicht sicher sind, lassen Sie das Feld leer.\\
 Symbol: INITRAMFS\_SOURCE [=]\\
 Type : string (Zeichenkette)
 
+\subsubsection{Support initial ramdisk/ramfs compressed using gzip}
+CONFIG\_RD\_GZIP [=y] \textbf{[Y]}\\
+Unterstützung des Ladens eines gzip-kodierten Anfangs-Ramdisk-
+oder Cpio-Puffers.\\
+Wenn Sie unsicher sind, sagen Sie Y.
+
+\subsubsection{Support initial ramdisk/ramfs compressed using bzip2}
+CONFIG\_RD\_BZIP2 [=y] \textbf{[Y]}\\
+Unterstützung des Ladens eines bzip2-kodierten Anfangs-Ramdisk- 
+oder Cpio-Puffers.\\
+Wenn Sie unsicher sind, sagen Sie Y.
+
+\subsubsection{Support initial ramdisk/ramfs compressed using LZMA}
+CONFIG\_RD\_LZMA [=y] \textbf{[Y]}\\
+Unterstützung des Ladens eines LZMA-kodierten Anfangs-Ramdisk- 
+oder Cpio-Puffers.\\
+Wenn Sie unsicher sind, sagen Sie Y.
+
+\subsubsection{Support initial ramdisk/ramfs compressed using XZ}
+CONFIG\_RD\_XZ [=y] \textbf{[Y]}\\
+Unterstützung des Ladens eines XZ-kodierten Anfangs-Ramdisk- 
+oder Cpio-Puffers.\\
+Wenn Sie unsicher sind, sagen Sie Y.
+
+\subsubsection{Support initial ramdisk/ramfs compressed using LZO}
+CONFIG\_RD\_LZO [=y] \textbf{[Y]}\\
+Unterstützung des Ladens eines LZO-kodierten Anfangs-Ramdisk- 
+oder Cpio-Puffers.\\
+Wenn Sie unsicher sind, sagen Sie Y.
+
+\subsubsection{Support initial ramdisk/ramfs compressed using LZ4}
+CONFIG\_RD\_LZ4 [=y] \textbf{[Y]}\\
+Unterstützung des Ladens eines LZ4-kodierten Anfangs-Ramdisk- 
+oder Cpio-Puffers.\\
+Wenn Sie unsicher sind, sagen Sie Y.
+
+\subsubsection{Support initial ramdisk/ramfs compressed using ZSTD}
+CONFIG\_RD\_ZSTD [=y] \textbf{[Y]}\\
+Unterstützung des Ladens eines ZSTD-kodierten Anfangs-Ramdisk- 
+oder Cpio-Puffers.\\
+Wenn Sie unsicher sind, sagen Sie Y.
+
+\subsection{Boot config support}
+CONFIG\_BOOT\_CONFIG [=y] \textbf{[Y]}\\
+Extra boot config ermöglicht es dem Systemadministrator, eine Konfigurationsdatei
+als zusätzliche Erweiterung der Kernel-Cmdline beim Booten zu übergeben.
+Die Bootkonfigurationsdatei muss am Ende von \mbox{initramfs} mit Prüfsumme, Größe und
+magischem Wort angehängt werden.\\
+Siehe $<$file:Documentation/admin-guide/bootconfig.rst$>$ für Details.\\
+Wenn Sie unsicher sind, sagen Sie Y.
+
+
+\subsubsection{Force unconditional bootconfig processing}
+CONFIG\_BOOT\_CONFIG\_FORCE [=n] \textbf{[N]}\\
+Wenn diese Kconfig-Option gesetzt ist, wird die BOOT\_CONFIG-Verarbeitung auch dann
+durchgeführt, wenn der Kernel-Boot-Parameter "bootconfig" weggelassen wird.
+Tatsächlich gibt es mit dieser Kconfig-Option keine Möglichkeit, den Kernel dazu
+zu bringen, die von BOOT\_CONFIG gelieferten Kernel-Boot-Parameter zu ignorieren.\\
+Wenn Sie unsicher sind, sagen Sie N.
+
+\subsubsection{Embed bootconfig file in the kernel}
+CONFIG\_BOOT\_CONFIG\_EMBED [=n] \textbf{[N]}\\
+Eine mit BOOT\_CONFIG\_EMBED\_FILE angegebene bootconfig-Datei in den Kernel einbetten.
+Normalerweise wird die bootconfig-Datei mit dem initrd-Image geladen. Wenn das System
+jedoch initrd nicht unterstützt, hilft Ihnen diese Option, indem sie eine bootconfig-Datei
+beim Erstellen des Kernels einbettet.\\
+Wenn Sie unsicher sind, sagen Sie N.
+
+\subsection{Preserve cpio archive mtimes in initramfs}
+CONFIG\_INITRAMFS\_PRESERVE\_MTIME [=y] \textbf{[Y]}\\
+Jeder Eintrag in einem initramfs cpio-Archiv enthält einen mtime-Wert.
+Wenn diese Option aktiviert ist, übernehmen die extrahierten cpio-Einträge diese mtime,
+wobei die mtime-Einstellung des Verzeichnisses aufgeschoben wird, bis nach der
+Erstellung aller untergeordneten Einträge.\\
+Wenn Sie unsicher sind, sagen Sie Y.
+
+\subsection{Compiler optimization level \texorpdfstring{$\rightarrow$}{->}}
+Optimierungsgrad des Compilers, Auswahl aus den folgenden zwei Punkten:
+
+\subsubsection{Optimize for performance (-O2)}
+CONFIG\_CC\_OPTIMIZE\_FOR\_Performance [=y] \textbf{[Y]}\\
+Dies ist die Standardoptimierungsstufe für den Kernel, die mit dem Compiler-Flag \texttt{-O2}
+erstellt wird, um die beste Leistung und die hilfreichsten Warnungen bei der
+Kompilierung zu erhalten.
+
+\subsubsection{Optimize for size (-Os)}
+CONFIG\_CC\_OPTIMIZE\_FOR\_SIZE [=n] \textbf{[N]}\\
+Wenn Sie diese Option wählen, wird \texttt{-Os} an Ihren Compiler übergeben,
+was zu einem kleineren Kernel führt.
+
+\subsection{Configure standard kernel features (expert users)}
+CONFIG\_EXPERT [=n] \textbf{[~]}\\
+Mit dieser Option können bestimmte Basis-Kerneloptionen und -einstellungen
+deaktiviert oder optimiert werden. Dies ist für spezielle Umgebungen gedacht,
+die einen \glqq Nicht-Standard\grqq{}-Kernel tolerieren können.\\
+Verwenden Sie diese Option nur, wenn Sie wirklich wissen, was Sie tun.
+
+\subsubsection{Load all symbols for debugging/ksymoops}
+CONFIG\_KALLSYMS [=y] \textbf{[Y]}\\
+(sichtbar wenn EXPERT [=n])\\
+Geben Sie hier Y ein, damit der Kernel symbolische Absturzinformationen und
+symbolische Stack-Backtraces ausgibt. Dies erhöht die Größe des Kernels etwas,
+da alle Symbole in das Kernel-Image geladen werden müssen.
+
+\paragraph{Test the basic functions and performance of kallsyms}$~$\\
+CONFIG\_KALLSYMS\_SELFTEST [=n] \textbf{[N]}\\
+Testen Sie die Grundfunktionen und die Leistung einiger Schnittstellen, wie z. B.
+\texttt{kallsyms\_lookup\_name}. Außerdem wird die Kompressionsrate des
+kallsyms-Kompressionsalgorithmus für den aktuellen Symbolsatz berechnet.
+Starten Sie den Selbsttest automatisch nach dem Systemstart.\\
+Es wird empfohlen, \texttt{dmesg | grep kallsyms\_selftest} auszuführen,
+um die Testergebnisse zu sammeln.
+In der letzten Zeile wird \texttt{finish} angezeigt, was bedeutet,
+dass der Test abgeschlossen ist. 
+
+\paragraph{Include all symbols in kallsyms}$~$\\
+CONFIG\_KALLSYMS\_ALL [=y] \textbf{[Y]}\\
+Normalerweise enthält kallsyms nur die Symbole von Funktionen für schönere
+OOPS-Meldungen und Backtraces (d. h. Symbole aus den Abschnitten text und
+inittext). Dies ist für die meisten Fälle ausreichend. Nur wenn Sie Kernel-Live-Patching
+oder andere weniger häufige Anwendungsfälle (z. B. wenn ein Debugger verwendet
+wird) aktivieren wollen, sind alle Symbole erforderlich (d. h. die Namen von Variablen
+aus den Data-Abschnitten usw.).\\
+Diese Option stellt sicher, dass alle Symbole in das Kernel-Image geladen werden
+(d.h. Symbole aus allen Sektionen), was die Kernelgröße erhöht (je nach Kernelkonfiguration
+kann sie 300KiB oder etwas Ähnliches betragen).\\
+Sagen Sie N, es sei denn, Sie brauchen wirklich alle Symbole,
+oder Kernel-Live-Patching.
+
+\subsection{Kernel Performance Events And Counters \texorpdfstring{$\rightarrow$}{->}}
+Kernel-Leistungsereignisse und -Zähler
+
+\subsubsection{Kernel performance events and counters}
+CONFIG\_PERF\_EVENTS [=y] \textbf{[Y]}\\
+Aktivieren Sie die Kernel-Unterstützung für verschiedene von Software und Hardware
+bereitgestellte Leistungsereignisse.
+
+Software-Ereignisse werden entweder integriert oder über die Verwendung von generischen
+Tracepoints unterstützt.
+
+Die meisten modernen CPUs unterstützen Leistungsereignisse über Leistungszählerregister.
+Diese Register zählen die Anzahl bestimmter Arten von hw-Ereignissen: z. B. ausgeführte
+Anweisungen, erlittene Cachemisses oder falsch vorhergesagte Verzweigungen -- ohne den
+Kernel oder Anwendungen zu verlangsamen. Diese Register können auch Unterbrechungen
+auslösen, wenn eine bestimmte Anzahl von Ereignissen überschritten wird -- und können so
+dazu verwendet werden, ein Profil des Codes zu erstellen, der auf dieser CPU läuft.
+
+Das Linux-Performance-Event-Subsystem bietet eine Abstraktion dieser Software- und
+Hardware-Event-Fähigkeiten, die über einen Systemaufruf zugänglich sind und von dem
+Dienstprogramm \texttt{perf} in \texttt{tools/perf/} verwendet werden.
+Es stellt Zähler pro Task
+und pro CPU zur Verfügung und bietet darüber hinaus Ereignisfunktionen.\\
+Sagen Sie Y, wenn Sie unsicher sind.
+
+\paragraph{Debug: use vmalloc to back perf mmap() buffers}$~$\\
+CONFIG\_DEBUG\_PERF\_USE\_VMALLOC [=n] \textbf{[N]}\\
+Verwendung von vmalloc-Speicher zur Sicherung von mmap()-Puffern. Hauptsächlich nützlich zum Debuggen des vmalloc-Codes auf Plattformen, die dies nicht erfordern.
+Sagen Sie N, wenn Sie unsicher sind.
+
+\subsection{Profiling support}
+CONFIG\_PROFILING [=y] \textbf{[Y]}\\
+Sagen Sie hier Y, um die erweiterten Unterstützungsmechanismen für das Profiling zu
+aktivieren, die von Profilern verwendet werden.
+
+\subsection{Kexec and crash features \texorpdfstring{$\rightarrow$}{->}}
+Kexec und Absturzmerkmale
+
+\subsubsection{Enable kexec system call}
+CONFIG\_KEXEC [=y] \textbf{[Y]}\\
+\texttt{kexec} ist ein Systemaufruf, der die Fähigkeit implementiert, den aktuellen Kernel
+herunterzufahren und einen anderen Kernel zu starten. Es ist wie ein Neustart, aber er ist
+unabhängig von der System-Firmware. Und wie ein Neustart können Sie damit jeden Kernel
+starten, nicht nur Linux.
+Der Name kommt von der Anlehnung mit dem Systemaufruf \texttt{exec}.
+Es ist ein fortlaufender Prozess, um sicher zu sein, dass die Hardware eines Rechners
+ordnungsgemäß heruntergefahren wird, seien Sie also nicht überrascht, wenn dieser Code bei
+Ihnen zunächst nicht funktioniert. Zum Zeitpunkt des Verfassens dieses Artikels ist die
+genaue Hardwareschnittstelle noch stark im Wandel, so dass keine gute Empfehlung
+ausgesprochen werden kann.
+
+\subsubsection{Enable kexec file based system call}
+CONFIG\_KEXEC\_FILE [=y] \textbf{[Y]}\\
+(Aktivieren des dateibasierten Systemaufrufs kexec)\\
+Dies ist eine neue Version des Systemaufrufs \texttt{kexec}. Dieser Systemaufruf ist dateibasiert und
+nimmt Dateideskriptoren als Systemaufrufsargument für Kernel und initramfs anstelle einer Liste
+von Segmenten, wie sie vom kexec-Systemaufruf akzeptiert wird.
+
+\paragraph{Verify kernel signature during kexec\_file\_load() syscall}$~$\\
+CONFIG\_KEXEC\_SIG [=y] \textbf{[Y]}\\
+Mit dieser Option wird der Syscall \texttt{kexec\_file\_load()} auf eine gültige Signatur des
+Kernel-Images geprüft. Das Image kann immer noch ohne gültige Signatur geladen werden, es sei denn,
+Sie aktivieren auch KEXEC\_SIG\_FORCE, aber wenn es eine Signatur gibt, die überprüft werden kann,
+dann muss sie auch gültig sein.
+Zusätzlich zu dieser Option müssen Sie die Signaturprüfung für den entsprechenden Kernel-Image-Typ,
+der geladen wird, aktivieren, damit dies funktioniert.
+
+\subparagraph{Require a valid signature in kexec\_file\_load() syscall}$~$\\
+CONFIG\_KEXEC\_SIG [=n] \textbf{[N]}\\
+Diese Option macht die Überprüfung der Kernelsignatur für den Syscall
+\texttt{kexec\_file\_load()} zwingend erforderlich.
+
+\subparagraph{Enable bzImage signature verification support}$~$\\
+CONFIG\_KEXEC\_BZIMAGE\_VERIFY\_SIG [=n] \textbf{[N]}\\
+Aktivierung der Unterstützung von bzImage für die Signaturprüfung.
+
+\subsubsection{kexec jump}
+CONFIG\_KEXEC\_JUMP [=y] \textbf{[Y]}\\
+Sprung zwischen Original-Kernel und kexeced-Kernel und Aufruf von Code im physikalischen
+Adressmodus über KEXEC
+
+\subsubsection{kexec crash dumps}
+CONFIG\_KEXEC\_DUMP [=y] \textbf{[Y]}\\
+Absturzdump (Speicherauszug) erzeugen, nachdem er von kexec gestartet wurde.
+Dies sollte normalerweise nur in speziellen Crash-Dump-Kerneln gesetzt werden, die im Hauptkernel
+mit kexec-tools in einen speziell reservierten Bereich geladen werden und dann später nach einem
+Absturz von kdump/kexec ausgeführt werden. Der Crash-Dump-Kernel muss mit PHYSICAL\_START auf eine
+Speicheradresse kompiliert werden, die nicht vom Hauptkernel oder BIOS verwendet wird, oder er muss
+als relocatable image (CONFIG\_RELOCATABLE=y) erstellt werden.\\
+Für weitere Details siehe Documentation/admin-guide/kdump/kdump.rst
+
+Für s390 aktiviert diese Option auch zfcpdump.\\
+Siehe auch $<$file:Documentation/s390/zfcpdump.rst$>$
+
+\paragraph{Update the crash elfcorehdr on system configuration changes}$~$\\
+CONFIG\_CRASH\_HOTPLUG [=y] \textbf{[Y]}\\
+Aktivierung der direkten Aktualisierung der Crash-Elfcorehdr (die die Liste der CPUs und
+Speicherbereiche enthält, die bei einem Absturz gelöscht werden sollen) als Reaktion auf
+Hot-Plug/Unplug oder Online/Offline von CPUs oder Speicher. Dies ist ein sehr viel
+fortschrittlicherer Ansatz als der Versuch dies im Userspace zu tun.\\
+Wenn Sie unsicher sind, sagen Sie Y.
+
+\subparagraph{Specify the maximum number of memory regions for the elfcorehdr}$~$\\
+CONFIG\_CRASH\_MAX\_MEMORY\_RANGES [=8192] \textbf{[8192]}\\
+Für den Pfad des Systemaufrufs texttt{kexec\_file\_load()} ist die maximale Anzahl
+der Speicherbereiche anzugeben, die der elfcorehdr-Puffer/das elfcorehdr-Segment aufnehmen kann.
+Diese Regionen werden über texttt{walk\_system\_ram\_res()} ermittelt, z.B. die
+'System RAM'-Einträge in /proc/iomem. Dieser Wert wird mit NR\_CPUS\_DEFAULT kombiniert und mit
+\texttt{sizeof(Elf64\_Phdr)} multipliziert, um die endgültige elfcorehdr-Speicherpuffer-/Segmentgröße
+zu bestimmen. Der Wert 8192 beispielsweise deckt ein (dünn besiedeltes) 1TiB-System ab,
+das aus 128MiB-Memblöcken besteht, und führt zu einer elfcorehdr-Speicher\-puffer-/Segmentgröße
+von unter 1MiB. Dies ist eine vernünftige Wahl, um sowohl Baremetal- als auch virtuelle
+Maschinenkonfigurationen zu unterstützen.\\
+Für den Syscall-Pfad \texttt{kexec\_load()}
+ist CRASH\_MAX\_MEMORY\_RANGES Teil der Berechnung hinter dem Wert,
+der über das Attribut /sys/kernel/crash\_elfcorehdr\_size bereitgestellt wird.
+
+\section{64-bit kernel}
+CONFIG\_64BIT [=y] \textbf{[Y]}\\
+Sagen Sie Y für ja, zur Erstellung eines 64-Bit-Kernels - früher bekannt als x86\_64\\
+Sagen Sie N für nein, um einen 32-Bit-Kernel zu erstellen - früher bekannt als i386
+
+\section{Processor type and features \texorpdfstring{$\rightarrow$}{->}}
+Prozessortyp und Eigenschaften
+
+\subsection{Symmetric multi-processing support}
+CONFIG\_SMP [=y] \textbf{[Y]}\\
+Dies ermöglicht die Unterstützung von Systemen mit mehr als einer CPU. Wenn Sie ein System mit nur
+einer CPU haben, sagen Sie N. Wenn Sie ein System mit mehr als einer CPU haben, sagen Sie Y.
+Wenn Sie hier N angeben, läuft der Kernel auf Uni- und Multi\-prozessor"=Maschinen, verwendet aber nur
+eine CPU einer Multi\-pro\-zes\-sor"=Ma\-schine.
+Wenn Sie hier Y angeben, läuft der Kernel auf vielen, aber nicht auf
+allen Uni\-pro\-zes\-sor"=Ma\-schi\-nen.
+
+Auf einer Uni\-pro\-zes\-sor"=Maschine läuft der Kernel schneller, wenn Sie hier N angeben.
+Beachten Sie, dass der Kernel nicht auf 486er-Architekturen läuft, wenn Sie hier Y angeben und unter
+\glqq Prozessor\-familie\grqq{} die Architektur \glqq 586\grqq{} oder \glqq Pentium\grqq{} auswählen.
+
+Ebenso funktionieren Multi\-pro\-zes\-sor"=Kernel für die \glqq PPro\grqq{}"=Ar\-chi\-tek\-tur
+möglicherweise nicht auf allen Pen\-tium"=ba\-sierten Boards.
+
+Benutzer von Multi\-prozessor-Maschinen, die hier \glqq Ja\grqq{} angeben, sollten auch
+\glqq Ja\grqq{}
+zu \glqq Enhanced Real Time Clock Support\grqq{} (siehe unten) sagen.
+Der \glqq Advanced Power Management\grqq{}-Code wird deaktiviert, wenn Sie hier
+\glqq Y\grqq{} angeben. Siehe auch $<$file:Documentation/arch/x86/i386/IO-APIC.rst$>$,
+$<$file:Documentation/admin-guide/lockup-watchdogs.rst$>$ und das SMP-HOWTO, verfügbar unter:\\
+\url{http://www.tldp.org/docs.html\#howto}.\\
+Wenn Sie nicht wissen, was Sie hier tun sollen, sagen Sie N.
+
+\subsection{Support x2apic}
+CONFIG\_X86\_X2APIC [=y] \textbf{[Y]}\\
+Dies ermöglicht die Unterstützung von x2apic auf CPUs, die über diese Funktion verfügen.
+Dies ermöglicht 32-Bit-Apic-IDs (so dass es sehr große Systeme unterstützen kann) und greift auf den
+lokalen apic über MSRs und nicht über mmio zu. Einige Intel-Systeme ab ca. 2022 sind in den x2APIC-Modus
+gesperrt und können nicht auf die alten APIC-Modi zurückgreifen, wenn SGX oder TDX im BIOS aktiviert
+sind. Ohne Aktivierung dieser Option booten sie mit stark eingeschränkter Funktionalität.\\
+Wenn Sie nicht wissen, was Sie hier tun sollen, sagen Sie N.
+
+\subsection{Enable MPS table}
+CONFIG\_X86\_MPPARSE [=y] \textbf{[Y]}\\
+Für alte smp-Systeme, die keine richtige acpi-Unterstützung haben. Neuere Systeme
+(insbesondere mit 64bit-CPUs) mit acpi-Unterstützung, werden von MADT und DSDT überschrieben.
+
+\subsection{x86 CPU resource control support}
+CONFIG\_X86\_CPU\_RESCTRL [=y] \textbf{[Y]}\\
+Aktivieren Sie die Unterstützung der x86-CPU-Ressourcensteuerung. Unterstützung für die Zuweisung und
+Überwachung der Nutzung von Systemressourcen durch die CPU. Intel nennt dies Intel Resource Director
+Technology (Intel(R) RDT). Weitere Informationen über RDT finden Sie im Intel x86 Architecture
+Software Developer Manual. AMD bezeichnet dies als AMD Platform Quality of Service (AMD QoS).\\
+Weitere Informationen über AMD QoS finden Sie im Handbuch AMD64 Technology Platform Quality of Service
+Extensions.\\
+Sagen Sie N, wenn Sie unsicher sind.
+
+\subsection{Support for extended (non-PC) x86 platforms}
+CONFIG\_X86\_EXTENDED\_PLATFORM [=n] \textbf{[N]}\\
+Wenn Sie diese Option deaktivieren, unterstützt der Kernel nur Standard-PC-Plattformen
+(was die große Mehrheit der Systeme da draußen abdeckt).
+Wenn Sie diese Option aktivieren, können Sie die Unterstützung für die folgenden (nicht-PC)
+64-Bit-x86-Plattformen auswählen:
+\begin{itemize}
+	\item Numascale NumaChip
+	\item ScaleMP vSMP
+	\item SGI Ultraviolet
+\end{itemize}
+Wenn Sie eines dieser Systeme haben, oder wenn Sie einen generischen Distributionskernel bauen
+wollen, geben Sie hier Y an -- andernfalls sagen Sie N.
+
+\subsection{Intel Low Power Subsystem Support}
+CONFIG\_X86\_INTEL\_LPSS [=y] \textbf{[Y]}\\
+Wählen Sie diese Option, um Unterstützung für das Intel Low Power Subsystem zu erstellen,
+wie es auf dem Intel Lynxpoint PCH zu finden ist. Die Auswahl dieser Option ermöglicht Dinge wie
+Clock Tree (Common Clock Framework) und Pincontrol, die von den LPSS-Peripherietreibern benötigt werden.
+
+\subsection{AMD ACPI2Platform devices support}
+CONFIG\_X86\_AMD\_PLATFORM\_DEVICE [=y] \textbf{[Y]}\\
+Wählen Sie diese Option, um AMD-spezifische ACPI-Geräte wie I2C, UART, GPIO, die auf AMD Carrizo
+und späteren Chipsätzen zu finden sind, als Plattformgeräte zu interpretieren. I2C und UART hängen
+von COMMON\_CLK ab, um den Takt zu setzen. Der GPIO-Treiber ist im PINCTRL-Subsystem implementiert.
+
+\subsection{Intel SoC IOSF Sideband support for SoC platforms}
+CONFIG\_IOSF\_MBI [=y] \textbf{[Y]}\\
+Diese Option aktiviert die Unterstützung des Seitenband-Registerzugriffs für Intel SoC-Plattformen.
+Auf diesen Plattformen wird das IOSF-Seitenband anstelle von MSRs für einige Registerzugriffe
+verwendet, vor allem, aber nicht ausschließlich, für thermische und Stromversorgungs-Register.
+Treiber können die Verfügbarkeit dieser Geräte abfragen, um festzustellen, ob sie das Seitenband
+benötigen, um auf diesen Plattformen zu funktionieren.
+Das Seitenband ist auf den folgenden SoC-Produkten verfügbar.
+\begin{itemize}
+	\item BayTrail
+	\item Braswell
+	\item Quark
+\end{itemize}
+Sie sollten Y sagen, wenn Sie einen Kernel auf einem dieser SoCs ausführen.
+
+\subsubsection{Enable IOSF sideband access through debugfs}
+CONFIG\_IOSF\_MBI\_DEBUG [=n] \textbf{[N]}\\
+Wählen Sie diese Option, um die IOSF-Seitenband-Zugriffsregister (MCR, MDR, MCRX) über debugfs
+freizugeben, um Registerinformationen von verschiedenen Einheiten auf dem SoC zu schreiben und
+zu lesen. Dies ist sehr nützlich, um Informationen über den Gerätezustand für Debugging und
+Analyse zu erhalten. Da es sich um einen allgemeinen Zugriffsmechanismus handelt, müssen die
+Benutzer dieser Option das Gerät, auf das sie zugreifen wollen, genau kennen.\\
+Wenn Sie die Option nicht benötigen oder im Zweifel sind, sagen Sie N.
+
+\subsection{Single-depth WCHAN output}
+CONFIG\_SHED\_OMIT\_FRAME\_POINTER [=y] \textbf{[Y]}\\
+Berechne einfachere /proc/$<$PID$>$/wchan-Werte. Wenn diese Option deaktiviert ist, werden die
+wchan-Werte zur aufrufenden Funktion zurückgeführt. Dies liefert genauere wchan-Werte, allerdings
+auf Kosten eines etwas größeren Planungsaufwands (scheduling overhead).\\
+Im Zweifelsfall sagen Sie "Y".
+
+\subsection{Linux guest support \texorpdfstring{$\rightarrow$}{->}}
+CONFIG\_HYPERVISOR\_GUEST [=y] \textbf{[Y]}\\
+Geben Sie hier Y ein, um Optionen für die Ausführung von Linux unter verschiedenen Hypervisoren zu
+aktivieren. Diese Option aktiviert die grundlegende Hypervisor-Erkennung und die Einrichtung der
+Plattform.
+Wenn Sie N sagen, werden alle Optionen in diesem Untermenü übersprungen und deaktiviert, und die
+Linux-Gastunterstützung wird nicht eingebaut.
+
+\subsubsection{Enable paravirtualization code}
+CONFIG\_PARAVIRT [=y] \textbf{[Y]}\\
+Der Kernel wird so verändert, dass er sich selbst modifizieren kann, wenn er unter einem Hypervisor
+ausgeführt wird, was die Leistung gegenüber einer vollständigen Virtualisierung erheblich verbessern
+kann. Wenn der Kernel jedoch ohne Hypervisor ausgeführt wird, ist er theoretisch langsamer und etwas
+größer.
+
+\subsubsection{paravirt-ops debugging}
+CONFIG\_PARAVIRT\_DEBUG [=n] \textbf{[N]}\\
+Ermöglicht das Debuggen von paravirt\_ops Interna.
+Insbesondere BUG, wenn eine paravirt\_op fehlt, wenn sie aufgerufen wird.
+
+\subsubsection{Paravirtualization layer for spinlocks}
+CONFIG\_PARAVIRT\_SPINLOCKS [=y] \textbf{[Y]}\\
+Paravirtualisierte Spinlocks ermöglichen es einem pvops-Backend, die Spinlock-Implementierung durch
+etwas Virtualisierungsfreundliches zu ersetzen (z. B. Blockieren der virtuellen CPU anstelle
+von Spinning).
+Dies hat nur minimale Auswirkungen auf native Kernel und bringt einen deutlichen Leistungsvorteil
+für paravirtualisierte KVM/Xen-Kernel.\\
+Wenn Sie unsicher sind, wie Sie diese Frage beantworten sollen, antworten Sie mit Y.
+
+\subsubsection{Xen guest support}
+CONFIG\_XEN [=y] \textbf{[Y]}\\
+Dies ist der Linux-Xen-Port. Wenn Sie dies aktivieren, kann der Kernel in einer
+paravirtualisierten Umgebung unter dem Xen-Hypervisor booten.
+
+\paragraph{Xen PV guest support}$~$\\
+CONFIG\_XEN\_PV [=y] \textbf{[Y]}\\
+Der Betrieb als Xen PV-Gast wird unterstützt.
+
+\subparagraph{Limit Xen pv-domain memory to 512GB}$~$\\
+CONFIG\_XEN\_512GB [=y] \textbf{[Y]}\\
+Begrenzen der paravirtualisierten Benutzerdomänen auf 512~GB RAM.
+Die Xen-Tools und die Tools zur Analyse von Crash-Dumps unterstützen möglicherweise keine pv-Domänen
+mit mehr als 512~GB~RAM. Diese Option steuert die Standardeinstellung des Kernels, um nur bis zu
+512~GB oder mehr zu verwenden.
+Es ist jederzeit möglich, die Standardeinstellung durch Angabe des Boot-Parameters
+\texttt{xen\_512gb\_limit} zu ändern.
+
+\paragraph{Xen PVHVM guest support}$~$\\
+CONFIG\_XEN\_PVHVM\_GUEST [=y] \textbf{[Y]}\\
+Der Betrieb als Xen PVHVM-Gast wird unterstützt.
+
+\paragraph{Enable Xen debug and tuning parameters in debugfs}$~$\\
+CONFIG\_XEN\_DEBUG\_FS [=n] \textbf{[N]}\\
+Der Betrieb als Xen PV-Gast wird unterstützt.
+
+\paragraph{Xen PVH guest support}$~$\\
+CONFIG\_XEN\_PVH [=y] \textbf{[Y]}\\
+Der Betrieb als Xen PVH-Gast wird unterstützt.
+
+\subsubsection{Xen Dom0 support}
+CONFIG\_XEN\_DOM0 [=y] \textbf{[Y]}\\
+Der Betrieb als Xen Dom0-Gast wird unterstützt.
+
+\subsubsection{Always use safe MSR accesses in PV guests}
+CONFIG\_XEN\_PV\_MSR\_SAFE [=y] \textbf{[Y]}\\
+Verwenden Sie sichere (nicht fehlerhafte) MSR-Zugriffsfunktionen, auch wenn der MSR-Zugriff
+ohnehin nicht fehlerhaft sein sollte. Der Standardwert kann mit dem Boot-Parameter
+\texttt{xen\_msr\_safe} geändert werden.
+
+\subsubsection{KVM Guest support (including kvmclock)}
+CONFIG\_KVM\_GUEST [=y] \textbf{[Y]}\\
+Diese Option ermöglicht verschiedene Optimierungen für die Ausführung unter dem KVM-Hypervisor.
+Sie beinhaltet eine paravirtualisierte Uhr, so dass der Host dem Gast eine Zeitinfrastruktur wie
+die Tageszeit und die Systemzeit zur Verfügung stellt, anstatt sich auf eine PIT-Emulation
+(oder wahrscheinlich eine andere) durch das zugrunde liegende Gerätemodell zu verlassen.
+
+\subsubsection{Disable host haltpoll when loading haltpoll driver}
+CONFIG\_ARCH\_CPUIDLE\_HALTPOLL [=y] \textbf{[Y]}\\
+(Haltpoll des Hosts beim Laden des Haltpoll-Treibers deaktivieren)\\
+Wenn Sie unter KVM virtualisieren, deaktiviert den haltpoll des Hosts.
+
+\subsubsection{Support for running PVH guests}
+CONFIG\_PVH [=y] \textbf{[Y]}\\
+Diese Option aktiviert den PVH-Einstiegspunkt für virtuelle Gastmaschinen,
+wie in der x86/HVM Direct Boot ABI angegeben.
+
+\subsubsection{Paravirtual steal time accounting}
+CONFIG\_PARAVIRT\_TIME\_ACCOUNTING [=y] \textbf{[Y]}\\
+Wählen Sie diese Option aus, um die Berechnung der Zeit für das Stehlen von Aufgaben mit feiner
+Granularität zu aktivieren. Die Zeit, die für die Ausführung anderer Aufgaben parallel zur aktuellen
+vCPU aufgewendet wird, ist von der vCPU-Leistung abgezogen. Um dies zu berücksichtigen,
+kann es zu geringen Leistungseinbußen kommen.\\
+Im Zweifelsfall geben Sie hier N an.
+
+\subsubsection{Jailhouse non-root cell support}
+CONFIG\_JAILHOUSE\_GUEST [=y] \textbf{[Y]}\\
+Diese Option ermöglicht es, Linux als Gast in einer Jailhouse-Nicht-Root-Zelle auszuführen.
+Sie können diese Option deaktiviert lassen, wenn Sie Jailhouse nur starten und Linux anschließend
+in der Root-Zelle ausführen möchten.
+
+\subsubsection{ACRN Guest support}
+CONFIG\_ACRN\_GUEST [=y] \textbf{[Y]}\\
+Diese Option ermöglicht die Ausführung von Linux als Gast im ACRN-Hypervisor.
+ACRN ist ein flexibler, leichtgewichtiger Referenz-Open-Source-Hypervisor, der mit Blick auf Echtzeit
+und Sicherheitskritik entwickelt wurde. Er wurde für eingebettete IOT mit kleinem Platzbedarf und
+Echtzeitfunktionen entwickelt. Weitere Einzelheiten finden Sie unter \url{https://projectacrn.org/}.
+
+\subsubsection{Intel TDX (Trust Domain Extensions) - Guest Support}
+CONFIG\_INTEL\_TDX\_GUEST [=y] \textbf{[Y]}\\
+Unterstützung der Ausführung als Gast unter Intel TDX.\\
+Ohne diese Unterstützung kann der Gastkernel nicht booten oder unter TDX laufen. TDX umfasst
+Speicherverschlüsselungs- und Integritätsfunktionen, die die Vertraulichkeit und Integrität des
+Gastspeicherinhalts und des CPU-Status schützen. TDX-Gäste sind vor einigen Angriffen durch den
+VMM geschützt.
+
+\subsection{Processor family (Generic-x86-64) \texorpdfstring{$\rightarrow$}{->}}
+Dies ist der Prozessortyp Ihrer CPU. Diese Information wird für Optimierungszwecke verwendet.
+Um einen Kernel zu kompilieren, der auf allen unterstützten x86-CPU-Typen laufen kann (wenn auch
+nicht optimal schnell), können Sie hier \glqq 486\grqq{} angeben. Beachten Sie, dass der 386er
+nicht mehr unterstützt wird, dies schließt AMD/Cyrix/Intel 386DX/DXL/SL/SLC/SX, Cyrix/TI 486DLC/DLC2,
+UMC 486SX-S und den NexGen Nx586 ein. Der Kernel läuft nicht notwendigerweise auf älteren
+Architekturen als der von Ihnen gewählten, z.B. läuft ein Pentium-optimierter Kernel auf einem PPro,
+aber nicht unbedingt auf einem i486.
+
+Hier sind die empfohlenen Einstellungen für höchste Geschwindigkeit:
+\begin{itemize}
+	\item \texttt{486} für den AMD/Cyrix/IBM/Intel 486DX/DX2/DX4 oder SL/SLC/SLC2/SLC3/SX/SX2 und UMC U5D oder U5S.
+	\item \texttt{586} für generische Pentium-CPUs, denen das TSC-Register (Zeitstempelzähler) fehlt.
+	\item \texttt{Pentium-Classic} für den Intel Pentium.
+	\item \texttt{Pentium-MMX} für den Intel Pentium MMX.
+	\item \texttt{Pentium-Pro} für den Intel Pentium Pro.
+	\item \texttt{Pentium-II} für den Intel Pentium II oder den Pre-Coppermine Celeron.
+	\item \texttt{Pentium-III} für den Intel Pentium III oder Coppermine Celeron.
+	\item \texttt{Pentium-4} für den Intel Pentium 4 oder den P4-basierten Celeron.
+	\item \texttt{K6} für den AMD K6, K6-II und K6-III (auch bekannt als K6-3D).
+	\item \texttt{Athlon} für die AMD K7-Familie (Athlon/Duron/Thunderbird).
+	\item \texttt{Opteron/Athlon64/Hammer/K8} für alle K8 und neuere AMD-CPUs.
+	\item \texttt{Crusoe} für die Transmeta Crusoe-Serie.
+	\item \texttt{Efficeon} für die Transmeta Efficeon-Reihe.
+	\item \texttt{Winchip-C6} für den ursprünglichen IDT-Winchip.
+	\item \texttt{Winchip-2} für IDT-Winchips mit 3dNow! Fähigkeiten.
+	\item \texttt{AMD Elan} für die 32-Bit AMD Elan Embedded CPU.
+	\item \texttt{GeodeGX1} für Geode GX1 (Cyrix MediaGX).
+	\item \texttt{Geode GX/LX} für AMD Geode GX und LX Prozessoren.
+	\item \texttt{CyrixIII/VIA C3} für VIA Cyrix III oder VIA C3.
+	\item \texttt{VIA C3-2} für VIA C3-2 "Nehemiah" (Modell 9 und höher).
+	\item \texttt{VIA C7} für VIA C7.
+	\item \texttt{Intel P4} für die Pentium 4/Netburst-Mikroarchitektur.
+	\item \texttt{Core 2/newer Xeon} für alle Core2 und neueren Intel-CPUs.
+	\item \texttt{Intel Atom} für die CPUs mit Atom-Mikroarchitektur.
+	\item \texttt{Generic-x86-64} für einen Kernel, der auf jeder x86-64-CPU läuft.
+\end{itemize}
+Weitere Details finden Sie im Hilfetext der jeweiligen Option. Wenn Sie nicht wissen,
+was Sie tun sollen, wählen Sie \texttt{486}.\\[1em]
+Derzeit (Kernelversion 6.6.x) können Sie nur aus fünf auswählen:
+
+\subsubsection{Opteron/Athlon64/Hammer/K8}
+CONFIG\_MK8 [=n] \textbf{[N]}\\
+Wählen Sie diese Option für einen Prozessor der AMD Opteron- oder Athlon64 Hammer"=Fa\-mi\-lie.
+Er\-mög\-licht die Verwendung einiger erweiterter Anweisungen und übergibt entsprechende
+Optimierungsflags an den GCC.
+
+\subsubsection{Intel P4 / older Netburst based Xeon}
+CONFIG\_MPSC [=n] \textbf{[N]}\\
+Optimiert für Intel Pentium 4, Pentium D und ältere Nocona/Dempsey Xeon CPUs mit Intel 64bit,
+die mit x86-64 kompatibel sind. Beachten Sie, dass die neuesten Xeons (Xeon 51xx und 53xx) nicht
+auf dem Netburst-Kern basieren und diese Option nicht verwenden sollten.\\
+Sie können sie anhand des Feldes cpu family in /proc/cpuinfo unterscheiden.
+Familie 15 ist ein älterer Xeon, Familie 6 ein neuerer.
+
+\subsubsection{Intel P4 / older Netburst based Xeon}
+CONFIG\_MCORE2 [=n] \textbf{[Y]}\\
+Wählen Sie dies für Intel Core 2 und neuere Core 2 Xeons (Xeon 51xx und 53xx) CPUs.\\
+Sie können neuere von älteren Xeons anhand der CPU-Familie in /proc/cpuinfo unterscheiden.
+Neuere haben 6 und ältere 15 (kein Tippfehler).
+
+\subsubsection{Intel Atom}
+CONFIG\_MATOM [=n] \textbf{[N]}\\
+Wählen Sie diese Option für die Intel Atom-Plattform. Intel Atom CPUs haben eine
+In-Order-Pipelining-Architektur und können daher von entsprechend optimiertem Code profitieren.
+Verwenden Sie einen aktuellen GCC mit spezieller Atom-Unterstützung, um die Vorteile dieser Option
+voll ausschöpfen zu können.
+
+\subsubsection{Generic-x86-64}
+CONFIG\_GENERIC\_CPU [=y] \textbf{[N]}\\
+Allgemeine x86-64-CPU. Läuft gleich gut auf allen x86-64-CPUs.
+
+\subsection{Old AMD GART IOMMU support}
+CONFIG\_GART\_IOMMU [=n] \textbf{[N]}\\
+Bietet einen Treiber für ältere AMD Athlon64/Opteron/Turion/Sempron GART basierte Hardware
+\mbox{IOMMUs} an.
+Der GART unterstützt vollen DMA-Zugriff für Geräte mit 32-Bit-Zugriffsbeschränkungen auf Systemen
+mit mehr als 3~GB. Dies wird normalerweise für USB, Sound, viele IDE/SATA-Chipsätze und einige andere
+Geräte benötigt. Neuere Systeme haben in der Regel eine moderne AMD IOMMU, die über die
+Konfigurationsoption CONFIG\_AMD\_IOMMU=y unterstützt wird. In normalen Konfigurationen ist dieser
+Treiber nur aktiv, wenn er benötigt wird:
+Es sind mehr als 3~GB Arbeitsspeicher vorhanden und das System enthält ein auf 32~Bit
+begrenztes Gerät.\\
+Wenn Sie unsicher sind, sagen Sie Y.
+
+\subsection{Enable Maximum number of SMP Processors and NUMA Nodes}
+CONFIG\_MAXSMP [=n] \textbf{[N]}\\
+Aktivieren der maximalen Anzahl von CPUs- und NUMA-Knoten für diese Architektur.\\
+Wenn Sie unsicher sind, sagen Sie N.
+
+\subsection{Maximum number of CPUs}
+CONFIG\_NR\_CPUS [=320] \textbf{[8]}\\
+Hier können Sie die maximale Anzahl von CPUs angeben, die dieser Kernel unterstützen soll.
+Wenn CPUMASK\_OFFSTACK aktiviert ist, ist der maximal unterstützte Wert 8192, andernfalls
+ist der maximale Wert 512.  Der Mindestwert, der Sinn macht, ist 2.
+
+Dies dient lediglich dazu, Speicher zu sparen: jede unterstützte CPU fügt dem Kernel-Image
+etwa 8~kB hinzu.
+
+\subsection{Cluster scheduler support}
+CONFIG\_SCHED\_CLUSTER [=y] \textbf{[N]}\\
+Die Unterstützung des Cluster-Schedulers verbessert die Entscheidungsfindung des CPU-Schedulers
+beim Umgang mit Maschinen, die Cluster von CPUs haben. Mit Cluster sind in der Regel mehrere CPUs
+gemeint, die eng beieinander liegen und sich Mid-Level-Caches, Last-Level-Cache-Tags oder interne
+Busse teilen.
+
+\subsection{Multi-core scheduler support}
+CONFIG\_SCHED\_MC [=y] \textbf{[Y]}\\
+Die Unterstützung des Multi-Core-Schedulers verbessert die Entscheidungsfindung des CPU-Schedulers
+beim Umgang mit Multi-Core-CPU-Chips auf Kosten eines leicht erhöhten Overheads an einigen Stellen.\\
+Wenn Sie unsicher sind, geben Sie hier N an.
+
+\subsubsection{CPU core priorities scheduler support}
+CONFIG\_SCHED\_MC\_PRIO [=y] \textbf{[Y]}\\
+Bei CPUs mit Intel Turbo-Boost-Max-Technik 3.0 wird die Reihenfolge der Kerne bei der Herstellung
+festgelegt, so dass bestimmte Kerne höhere Turbofrequenzen erreichen können
+(bei Single-Thread-Arbeitslasten) als andere. Durch die Aktivierung dieser Kernel-Funktion wird
+der Scheduler über die TBM3- (auch ITMT-) Prioritätsreihenfolge der CPU-Kerne informiert und passt
+die CPU-Auswahllogik des Schedulers entsprechend an, so dass eine höhere Gesamtsystemleistung
+erzielt werden kann. Diese Funktion hat keine Auswirkungen auf CPUs ohne diese Funktion.\\
+Wenn Sie unsicher sind, geben Sie hier Y an.
+
+\subsection{Reroute for broken boot IRQs}
+CONFIG\_X86\_REROUTE\_FOR\_BROKEN\_BOOT\_IRQS [=y] \textbf{[Y]}\\
+Diese Option ermöglicht eine Umgehung, die eine Quelle für unerwünschte Unterbrechungen behebt.
+Dies wird empfohlen, wenn die Thread-Interrupt-Behandlung auf Systemen verwendet wird, bei denen
+die Erzeugung von überflüssigen \glqq Boot-Interrupts\grqq{} nicht deaktiviert werden kann.
+Einige Chipsätze erzeugen einen Legacy-INTx-\glqq Boot-IRQ\grqq{}, wenn der IRQ-Eintrag im
+IO-APIC des Chipsatzes maskiert ist (wie es z. B. der RT-Kernel während der Interruptbehandlung
+tut). Bei Chipsätzen, bei denen diese Boot-IRQ-Erzeugung nicht deaktiviert werden kann, wird
+durch diese Abhilfe die ursprüngliche IRQ-Leitung maskiert, so dass nur der entsprechende
+\glqq Boot-IRQ\grqq{} an die CPUs geliefert wird. Die Problemumgehung weist den Kernel außerdem
+an, den IRQ-Handler auf der Boot-IRQ-Leitung einzurichten. Auf diese Weise wird nur ein Interrupt
+an den Kernel geliefert. Andernfalls kann der zweite Interrupt den Kernel dazu veranlassen,
+(lebenswichtige) Interrupt-Leitungen herunterzufahren. Betrifft nur
+\glqq defekte\grqq{} Chipsätze. Die gemeinsame Nutzung von Interrupts kann auf diesen Systemen
+erhöht werden.
+
+\subsection{Machine Check / overheating reporting}
+CONFIG\_X86\_MCE [=y] \textbf{[Y]}\\
+(Maschinenprüfung / Überhitzungsmeldung)
+Durch die Unterstützung von Machine Check kann der Prozessor den Kernel benachrichtigen,
+wenn er ein Problem feststellt (z. B. Überhitzung, Datenbeschädigung). Welche Maßnahmen der
+Kernel ergreift, hängt von der Schwere des Problems ab und reicht von Warnmeldungen bis
+zum Anhalten des Rechners.
+
+\subsubsection{Support for deprecated /dev/mcelog character device}
+CONFIG\_X86\_MCELOG\_LEGACY [=n] \textbf{[N]}\\
+Aktivierung der Unterstützung für /dev/mcelog, die vom alten mcelog-Benutzerraum-Logging-Daemon
+(mcelog userspace logging daemon) benötigt wird. Erwägen Sie den Umstieg auf die neue
+Generation des rasdaemon.
+
+\subsubsection{Intel MCE features}
+CONFIG\_X86\_MCE\_INTEL [=y] \textbf{[Y]}\\
+Zusätzliche Unterstützung für Intel-spezifische MCE-Funktionen wie den
+Temperaturmonitor (thermal monitor).
+
+\subsubsection{AMD MCE features}
+CONFIG\_X86\_MCE\_AMD [=y] \textbf{[N]}\\
+Zusätzliche Unterstützung für AMD-spezifische MCE-Funktionen wie den
+DRAM-Fehlerschwellenwert (DRAM Error Threshold).
+
 \end{document}