diff --git a/PKGBUILD b/PKGBUILD index 75f386c..d27d9c0 100644 --- a/PKGBUILD +++ b/PKGBUILD @@ -2,7 +2,7 @@ # copied from Jan Alexander Steffens (heftig) pkgbase=linux-tom -pkgver=6.6.3.arch1 +pkgver=6.6.4.arch1 pkgrel=1 pkgdesc='Linux' url='https://github.com/archlinux/linux' diff --git a/documentation/linux_configuration.pdf b/documentation/linux_configuration.pdf index 17bfde3..f17eb4e 100644 Binary files a/documentation/linux_configuration.pdf and b/documentation/linux_configuration.pdf differ diff --git a/documentation/linux_configuration.tex b/documentation/linux_configuration.tex index 8063034..c289ec5 100644 --- a/documentation/linux_configuration.tex +++ b/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}