Was das README von torvalds/linux sagt und was nicht
Der Quellcode des Linux-Kernels: der Kern jedes Linux-Betriebssystems, der Hardware und Systemressourcen verwaltet und grundlegende Dienste für alle andere Software bereitstellt.
Auf einen Blick
- Was ist das?
- Dieses Repository ist der Linux-Kernel-Quellbaum. Das README führt neun Leserrollen zu jeweils eigenen Dokumentationsdateien und überlässt die Lizenzfrage einer COPYING-Datei, die in den vorliegenden Quellen nicht wiedergegeben ist.
- Für wen ist es gedacht?
- Das README ist eine Wegtabelle, kein Handbuch. Es sagt jedem Leser, welche Dokumentationsdatei er öffnen soll, und überlässt die Lizenzfrage COPYING.
- Darf ich es kommerziell nutzen?
- Erst prüfen. Die Lizenz dieses Repositorys ordnen wir nicht automatisch ein; lesen Sie vor jeder kommerziellen Nutzung die LICENSE-Datei.
- Wird es noch gepflegt?
- Ja. Das Repository hat innerhalb des letzten Tages neue Commits erhalten.
- In welcher Sprache ist es geschrieben?
- Hauptsächlich C, laut der Sprachstatistik von GitHub.
Die Antworten beruhen auf den GitHub-Daten des Projekts (zuletzt abgeglichen am 15. September 2026) und auf unserer Analyse. Sie sind keine Rechtsberatung.
TIEFGEHENDE OPEN-SOURCE-ANALYSE
Das Repository und sein Inhalt
Das Repository ist der Linux-Kernel-Quellbaum, geschrieben in C, so die Repository-Metadaten. Die Metadaten melden außerdem 241.746 Sterne und 63.744 Forks sowie drei offene Issues. Das README beschreibt den Kernel selbst nur in einem Satz: Er verwaltet Hardware und Systemressourcen und stellt die grundlegenden Dienste für alle andere Software bereit. Nichts im README behandelt die Geschichte des Kernels, das Release-Modell, unterstützte Prozessorarchitekturen oder eine Versionsnummer. Diese Details müssten woanders verifiziert werden, und das README verweist nicht auf eine einzige Seite, die sie zusammenfasst.
Schnellstart-Pfade
Der Schnellstart-Abschnitt listet vier Einstiegspunkte. Fehler gehen an Documentation/admin-guide/reporting-issues.rst. Der aktuelle Kernel kommt von kernel.org. Bauanleitungen stehen in Documentation/admin-guide/quickly-build-trimmed-linux.rst. Die Community-Diskussion findet auf den Mailinglisten statt, die unter lore.kernel.org archiviert sind. Das README sagt auch, dass alle Benutzer die Bauanforderungen in Documentation/process/changes.rst, den Verhaltenskodex in Documentation/process/code-of-conduct.rst und die Lizenz kennen sollten, die als COPYING angegeben ist. Die Dokumentation kann mit make htmldocs gebaut oder online unter kernel.org/doc/html/latest angesehen werden.
Die rollenbasierte Struktur
Der mittlere Abschnitt des README trägt den Titel 'Who Are You?' und listet neun Rollen auf: neue Kernel-Entwickler, akademische Forscher, Sicherheitsexperten, Backport- und Wartungsingenieure, Systemadministratoren, Maintainer, Hardware-Anbieter, Distributions-Maintainer und KI-Codierungsassistenten. Für jede Rolle listet das README eine Reihe von Documentation/-Pfaden auf. Das ist das Ordnungsprinzip des README; es beschreibt nicht, wie der Kernel funktioniert, sondern leitet jede Leserart zu den Dateien, die dieser Leser voraussichtlich braucht.
Was die Rollenlisten verweisen
Neue Kernel-Entwickler werden zu Dokumenten über Entwicklungsprozess, Patch-Einreichung, Codierungsstil, kbuild, Entwicklerwerkzeuge, Kernel-Hacking-Leitfaden und Kern-APIs geschickt. Akademische Forscher erhalten Speicherverwaltung, Scheduler, Netzwerkstack, Dateisysteme, RCU, Sperr-Primitive und Energiemanagement. Sicherheitsexperten erhalten Sicherheitsindex, LSM-Entwicklung, Selbstschutz, Schwachstellenmeldung, CVE-Verfahren, unter Embargo stehende Hardware-Probleme und seccomp-Filter. Backport- und Wartungsingenieure erhalten Regeln für stabile Kernel, Backporting, Patch-Anwendung, Subsystem-Profile und Git-Konfiguration. Systemadministratoren erhalten Admin-Leitfaden, Kernel-Parameter, Sysctl-Abstimmung, Tracing und Debugging, Leistungssicherheit und Hardware-Überwachung. Maintainer erhalten Handbuch, Pull-Requests, Patch-Verwaltung, Rebasing und Merging sowie Git-Konfiguration. Hardware-Anbieter erhalten Treiber-API, Treibermodell, Bustypen, Device-Tree-Bindings, Energiemanagement und DMA-API. Distributions-Maintainer erhalten Regeln für stabile Kernel, ABI-Dokumentation, kconfig, Modulsignierung, Kernel-Parameter und tainted Kernel. Diese Listen sind Verweise, keine Erklärungen; das README fasst keines dieser Dokumente zusammen.
Die Klausel für KI-Codierungsassistenten
Das README enthält eine separate, in Großbuchstaben gesetzte Anmerkung an LLMs und KI-gestützte Codierungsassistenten, die besagt, dass sie vor einem Beitrag zum Linux-Kernel Documentation/process/coding-assistants.rst lesen und befolgen MÜSSEN. Die Anmerkung sagt, dieses Dokument behandle Anforderungen an Lizenzierung, Namensnennung und Developer Certificate of Origin. Das README zitiert diese Anforderungen nicht; es nennt nur den Dateinamen, der sie enthält.
Kommunikationskanäle
Der letzte Abschnitt listet die Kommunikationskanäle des Projekts: die Mailinglisten unter lore.kernel.org, den IRC-Kanal #kernelnewbies auf irc.oftc.net, die Bugzilla-Instanz unter bugzilla.kernel.org und die MAINTAINERS-Datei, von der das README sagt, sie liste Subsystem-Maintainer und Mailinglisten. Es gibt auch ein Dokument über E-Mail-Clients unter Documentation/process/email-clients.rst. Das README beschreibt nicht, wie man Mailinglisten abonniert, wer den IRC-Kanal betreut oder wofür die Bugzilla-Instanz außer ihrer Auflistung verwendet wird.
Lizenz und unverifizierte Tatsachen
Die Lizenzzeile im README lautet 'License: See COPYING', das README selbst nennt also keine Lizenz. Die Repository-Metadaten melden licenseSpdx als NOASSERTION, und der für diesen Artikel verfügbare Lizenzauszug sagt, an den üblichen Pfaden wurde keine LICENSE-Datei gefunden. Die tatsächlichen Bedingungen in COPYING können aus den hier bereitgestellten Quellen nicht bestätigt werden. Eine Verifikationsfrage: Welchen Lizenztext enthält die COPYING-Datei? Abgesehen von der Lizenz etabliert das README keine Versionsnummern, keine Veröffentlichungsdaten, keine Sicherheitsgarantien, keine Benchmark-Ergebnisse und keine Hardware-Unterstützungsliste. Jede davon müsste gegen andere Dateien im Baum oder externe Seiten geprüft werden.
Für Linux beginnt eine belastbare Untersuchung mit `Documentation/process/changes.rst` und dem im README genannten verkürzten Build-Leitfaden. Je nach Rolle sind andere Pfade relevant: `Documentation/mm/index.rst` für Speicherverwaltung, `Documentation/networking/index.rst` für das Netzwerk oder `Documentation/security/index.rst` für Härtung. Ein einzelner erfolgreicher Build sagt über diese Subsysteme noch wenig aus.
Für Administratoren verweist das README zusätzlich auf `Documentation/admin-guide/kernel-parameters.rst`, `Documentation/admin-guide/sysctl/index.rst` und den Trace-Bereich. Diese Dateien beantworten unterschiedliche Fragen: Startparameter, laufende Systemparameter und Diagnose. Wer einen Kernel für eine Distribution pflegt, sollte diesen Pfad von der Entwicklung eines neuen Treibers trennen und die passende Dokumentation heranziehen.
Redaktionelles Fazit
Das README ist eine Wegtabelle, kein Handbuch. Es sagt jedem Leser, welche Dokumentationsdatei er öffnen soll, und überlässt die Lizenzfrage COPYING. Ob diese Datei GPL-2.0 oder etwas anderes angibt, ist die wichtigste ungeklärte Tatsache in diesen Quellen.
Community-Notizen