Linux

Linux Sinnbild Beispielbild: [WP:…] boot.png … … ein ladender (Debian-)Linux-Kern, in der 3ten Ausgabe Entwickler …: Linus Torvalds Erscheinungs­jahr: 1991 Jüngste Ausgabe: 6.8 (10.3.2024) Beschreibungs­sprache(n): Amerikanisch (C und u.a. Assembler) Zuordnung(en): Gefüge-Kern Bedingung(en): GPLv2 (only), enthält unfreie Binärblobs übertragbar: (ja) heimat­sprachig: nein Sonstiges: unterstützte Rechenwerke und Ähnliches: – Alpha AXP – Arm – Hitachi SuperH – MIPS – Motorola 68000 – PowerPC – RISC – Sparc – x86 (IA-32/AMD64) – z Systems – und Weitere; mögliche Start­medien: Festplatte, CD, DVD, Diskette, Netzwerk, USBVorlage:Infobox Software/Wartung/Sonstiges Netzanschrift: www.kernel.org

Linux (hier üblicherwaise Lihnukkß gesprochen) ist der (wenigstens hier) sehr bekannte Kern gleichbezeichneter Betriebsgefüge, welcher, mit Ausgabe 0.01, im Jahre 1991 von Linus Torvalds, ursprünglich für seinen 386er, entwickelt, ab Ausgabe 0.12 unter den freiheitsgewährenden Bedingungen der (amerikanischen) GPL veröffentlicht wurde und (gegenwärtig, im Jahre 2024, n. Kr.) noch immer (allein in der vorgenannten Sprache, weiter)entwickelt wird. Zudem ist er Teil einer Vielzahl von (teilweise ebenso freien) Betriebsgefügen.

Der Bezeichner „Linux“ ist eine Zusammensetzung aus dem Vorna^hmen des Schöpfers, Linus, und einem X für das (ursprünglich und wohl auch anfänglich) als Vorbild dienende (gediente) Unix. Er bezeichnet im weiteren Sinne mittlerweile nicht mehr nur den Kern selbst, sondern im übertragenen Sinne auch ganze darauf aufbauende Betriebsgefüge.

Grundlagen

Siehe auch Bild zum groben Aufbau unter: Wikipedia:de:Bild:Linux-Kernel-Struktur.svg

Aufgaben

Siehe auch Haupteintrag unter: Wikipedia:de:Betriebssystemkern

Der Betriebsgebilde-Kern bildet die Ebene oder auch Schicht und Schnittstelle zwischen der Geräte- und (Benutzer-)Anwendungsebene (auch Hardwareabstraktionsschicht genannt), das heißt, er stellt den auf dieser Ebene aufsetzenden Anwendungen und Entwicklern eine einheitliche Anwendungsentwicklungs-Schnittstelle zur Verfügung, welche unabhängig vom Rechneraufbau sein kann. Alle Anwendner können so immer auf die Schnittstelle zugreifen und brauchen die darunter liegenden Geräte nicht genauer zu kennen. Linux ist dabei zuständig für die Speicher- und Ausführungs- oder auch Ablauf-Verwaltung, die Lastverteilung, Sicherheitserzwingung sowie Ein- und Ausgaben auf verschiedenen Geräten.

Sprachen

Linux ist fast ausschließlich in der sehr stark römisch-amerikanisch-englisch ausgerichteten Sprache C beschrieben, wobei einige GNU-C-Erweiterungen genutzt werden. Eine Ausnahme bilden die geräteabhängigen Teile im zugehörigen (Geräte-)Verzeichnis (innerhalb der Linux-Vorschriften), wie zum Beispiel der Beginn des Hochfahrens, welcher eben sehr gerätenahe noch in Assemblersprache beschrieben ist.

Arbeitsweise

Bei einem streng monolithischen Kern wird die gesamte Vorschrift einschließlich aller Treiber in das ausführbare Abbild (des Kerns) übersetzt. Im Gegensatz dazu kann Linux auch nur Teile von sich nutzen, welche erst während des Betriebs (und nach der Übersetzung) geladen und wieder entfernt (entladen) werden können. Damit wird die Anpassungsfähigkeit erreicht, um unterschiedlichste Geräte ansprechen zu können, ohne sämtliche (auch nicht benötigte) Treiber und andere Teile im gegebenenfalls sehr begrenzten Hauptspeicher halten zu müssen.

Sind Teile der Gerätebeschreibungen nur ungenügend offengelegt, so stützt sich Linux notfalls – über besondere VM86-Modi – auch auf das zugrundeliegende BIOS sowie unter anderem auf dessen (BIOS-)Erweiterungen APM und ACPI oder auch auf die Vorgaben der VESA. Um unter diesen Voraussetzungen x86-verträgliche Geräte, beispielsweise auf der DEC-Alpha-Plattform zu betreiben, werden teilweise sogar ganze Nachbildungen zur Ausführung entsprechenden ROM-Codes verwendet. Nachdem das BIOS seine Arbeiten erfolgreich verrichtet hat, übernimmt – üblicherweise nur im Hintergrund – der Linuxkern einen immer größer werdenden Teil der weiteren Rechnerverwaltung (siehe auch allgemeiner unter Wikipedia:de:Urladen und …:Urlader).

Die laufenden Anwendungen bekommen vom Linux-Kern Rechenzeit zugewiesen. Jede dieser Anwendungen erhält üblicherweise einen eigenen, geschützten Speicherbereich und soll nur über Befehle an den Linux-Kern und somit stellvertretend (sowie ersatzweise und einheitlicher verwaltend) auf die Geräte (und dessen Treiber) sowie auf andere Teile das Betriebsgefüges zugreifen können. Die Anwendungen sollen dabei im Benutzermodus (amerikanisch „user mode“) laufen, während der Kern im „geschützen Modus“ – also mit Zugriffsschutz (möglichst selbstverwaltend) arbeiten soll. Die Bevorzugungen im Benutzermodus sind sehr eingeschränkt. Abstraktion und Speicherschutz sind nahezu vollkommen, ein unmittelbarer Zugriff wird nur sehr selten und unter genau überwachten Bedingungen gestattet. Dies hat den Vorteil, daß keine Anwendung beispielsweise durch einen Fehler das Betriebsgefüge zum Zusammenbuch bringen kann (siehe auch Tron und der MCP).

Der Linux-Kern ist ein Betriebssystemkern und bildet somit nur einen – wenn auch sehr wichtigen – Teil des eigentlichen Betriebsgefüges ab, welches gegenwärtig (2023, wohl) üblicherweise eben aus einem Kern und weiteren grundlegenden Anwendungen sowie Anwendungsteilen zusammensetzt ist und einen Rechner so erst für gewöhnliche Menschen – in ihrer Gesamtheit (bisher üblicherweise noch) als im Hintergrund arbeitende (schwache) künstliche Vernunft – (im Verhältnis zu den Anfängen) recht einfach bedienbar macht.

Siehe auch: …/Ablauf-Verwaltung; sowie unter Wikipedia:de:Gerätedatei, …:Network Block Device, …:Netfilter, …:Linux (Betriebssystem)

Schnittstellen

Siehe auch Bild zur LSB unter Wikipedia:de:Bild:Linux kernel interfaces.svg

Es kann zwischen vier auch sogenannten Anwendungs-(Entwicklungs-)Schnittstelle unterschieden werden, welche das Zusammenwirken entweder (1.) von inneren Teilen des Kerns untereinander oder (2.) auch von außeren (Kern-)Aufrufen ermöglichen – zu Letzterem siehe ggf. auch unter Wikipedia:de:Interprozesskommunikation).

Die Dauerhaftigkeit der von außen erreichbaren Schnittstellen wird von den Entwicklern zugesichert, das heißt wohl nur (der Wikipedia nach), daß die gesammte Vorschrift einer Kern-Ausgabe grundsätzlich ohne jegliche Veränderungen übertragbar sein soll ODER womöglich auch, daß eben die System-Aufrufe (von außen) auch weiterhin nutzbar sein sollen (wenigstens solange, bis entsprechende Zweige – wie beispielsweise zur ISDN-Unterstützung – absichtlich abgesägt werden). Die Dauerhaftigkeit der inneren Schnittstellen wird nicht zugesichert, diese können dennoch bis zu zehn Jahre aber auch nur wenige Monate unverändert bleiben. Da die Arbeiten am Linux-Kern zudem (wohl am 27.2.2014) von einigen tausend Entwicklern vorangetrieben wurden, war diese Entscheidung, einen derartigen Aufwand zu betreiben (also für den Fall, auch die inneren Aufrufe nicht zu verändern und entsprechend ewig weiterzupflegen), aber wohl leicht nachvollziehbar.

Die (3.) sogenannte (innere) Binär-Schnittstelle des Kerns ist unerheblich – auf das ganze Betriebsgefüge kommt es an. Die (4.) von außen nutzbare sogenannte Linux-Standard-Base (oder auch kurz LSB) hingegen soll es zudem ermöglichen, auch nicht öffentlich einsehbare … oder auch unfreie Anwendungen unverändert und so einfach zwischen den unterschiedlichen Linux-Gefügen zu übertragen.

Auch die innere Binär-Schnittstelle ist nicht dauerhaft und es gibt keinerlei Bestrebungen dies zu ändern. Dies hat zur Folge, daß ein inneres Modul, welches beispielsweise mal für Linux 3.0 übersetzt wurde, womöglich noch mit der nachfolgenden Ausgabe 3.1 aber spätestens mit einer späteren Linux-Ausgabe höchstwahrscheinlich nicht mehr zusammenarbeiten wird. Dies war und ist eine ganz bewußte Entscheidung.

Aufbau

Siehe auch unter Wikipedia:de:Vorlage:Linux-Schichten.

Linux ist als einzelner (oder auch sogenannter monolithischer) Kern beschrieben. Die Treiber im Kern und die Kern-Module oder – übersetzt – (Bau-/Entwicklungs-)Teile laufen in einem bevorzugten (oder ewiggestrig auch sogenannten privilegierten) Modus (auf x86 im sogenannten Ring 0), haben also unbeschränkten Zugriff auf die Geräte (oder Hardware). Einige wenige Teile des Kerns laufen mit eingeschränkten Zugriffsrechten (auf x86 im Ring 3). Die Ringe 1 und 2 der x86er werden von Linux nicht genutzt, da sie auf vielen anderen Rechenwerken nicht vorhanden sind und der Kern auf allen Unterstützten im Wesentlichen gleich laufen soll.

Nahezu jeder Treiber kann auch als äußerer Teil (Kern-Modul) zur Verfügung stehen und bei Bedarf vom Kern zur Laufzeit nachgeladen werden. Ausgenommen davon sind Treiber, welche schon für das Urladen benötigt werden – beispielsweise bevor auf das äußere Schriftgefüge zugegriffen werden kann. Der Linux-Kern kann allerdings auch so (vor)eingestellt werden, daß CramFS oder Initramfs vor dem (äußeren Root- oder auch) Wurzel-Verzeichnis geladen wird, welches die weiteren für das Hochfahren notwendigen Teile enthält. Durch das Weglassen nicht wirklich für das Hochfahren benötigter Teile kann die Kerngröße verringert und so auch dessen Beweglichkeit wesentlich erhöht (oder auch vereinfacht) werden.

Linux stellt – wie sein Vorbild Unix – eine vollständige Abstraktion und Virtualisierung für nahezu alle Betriebsmittel bereit – also beispielsweise nachgebildeten (oder auch virtuellen) Speicher (und dessen Verwaltung), die Nachbildung einer eigenen Verarbeitungseinheit und vieles mehr.

Die Tatsache, daß Linux nicht mehr als (Mikro- oder auch – einfacher verständlich – als) Klein(st)kern ausgelegt ist, war Inhalt eines – in der Linux-Welt – berühmten Flame Wars zwischen dessen Urheber, Linus Torvalds, und einem von Torvalds Lehrmeistern, Andrew S. Tanenbaum. Anfang der 1990er Jahre, als Linux entwickelt wurde, galten monolithische Kerne als veraltet – Linux war zu diesem Zeitpunkt noch rein monolithisch aufgebaut. Das Gespräch und die Zusammenfassungen sind im Wikipedia-Eintrag unter Geschichte von Linux näher beschrieben.

Durch Erweiterungen wie FUSE und durch die zunehmende Verwendung von Kernel-Prozessen fließen mittlerweile auch zahlreiche Microkernel-Konzepte in Linux ein.

Übertragbarkeit

Obwohl Linus Torvalds eigentlich nicht beabsichtigt hatte, einen übertragbaren Kern zu schreiben, wurde Linux – dank des GNU-Übersetzers GCC – weitreichend in diese Richtung entwickelt. Es ist – den Schreibern in der Wikipedia nach – inzwischen (mit) eines der am häufigsten übertragenen Betriebsgefüge (nur noch NetBSD läuft auf etwa gleich vielen Rechenwerk-Ausführungen. Die Verbreitung reicht dabei über gewöhnliche Hausrechner, zudem von eher selten anzutreffenden Betriebsumgebungen wie das als iPAQ bezeichnete Händi oder auch auf Digitalkameras bis hin zu Großrechnern.

Ursprünglich hatte Torvalds zudem eine ganz andere Art der Übertragbarkeit für seinen Kern angedacht, nämlich die Möglichkeit, freie GPL- und andere (quell)offene Anwendungen leicht unter seinem Linux übersetzen zu können. Dieses Ziel wurde bereits sehr früh erreicht und macht sicherlich einen guten Teil des Erfolges von Linux aus, da es im Grunde jedem – welcher bisher allein der amerikanisch-englischen Sprache mächtig genug ist – eine recht einfache Möglichkeit bietet, auf einem freien Gefüge freie Anwendungen ausführen zu können.

Die ersten Rechenwerke, auf denen Linux lief, waren die von Linus Torvalds verwendeten Rechner:

• IA-32 ab i386 – Linus hatte ab 1991 einen PC mit Intel-386DX-33-MHz-Prozessor, 4 MB RAM Haupt- und 40 MB Festspeicher
• Alpha – Linus arbeitete von 1994 bis 1995 an der Übertragung auf die 64-Bit-Alpha-Architektur, auf einem DEC-Alpha-Rechner, den er als Leihgabe erhalten hatte

Damit war Linux sehr früh 64-Bit-fähig (Linux 1.2 erschien 1995) und durch die Portierung auf Alpha war der Weg für weitere Portierungen frei. Zeitgleich arbeitete der damalige Schüler Dave Miller ab 1993 an der Übertragung auf (damals noch) Suns SPARC – einem eben damals weit verbreiteten (Kleins-)Rechenwerk. Zudem lief Linux 2.0 von Mitte 1996 offiziell noch auf IA-32 und Alpha, konnte aber bereits symmetrisches Multiprozessing.

Mit Linux 2.2, im Jahre 1999, kamen folgende Übertragungen (oder auch Ports) hinzu:

• SPARC und UltraSPARC von Oracle (ursprünglich von Sun)
• Motorolas 68000er Reihe (m68k)
• PowerPC (kurz ppc, damals wohl allein) von Apple, IBM und Motorola (noch im AIM-Bündnis – im Englischen AIM alliance genannt)

Mit Linux 2.4 kamen Folgende hinzu:

• Itanium (IA-64) von Intel und HP, wurde mit dem 6.7er (wieder) entfernt
• S/390 von IBM
• SuperH von Hitachi
• MIPS

Trotz der unterstützten Befehlssätze ist für die Lauffähigkeit mehr nötig, so daß Linux gegenwärtig u.a. auf folgenden Rechnern (sowie Rechenwerk[ch]en und Ähnlichem) läuft:

• x86-64 oder auch x64 (umgesetzt als AMD64 und Intel 64): alle x86er mit 64-Bit-Erweiterung (trotzdem weiterhin mit IA-32-Aufbau, wie AMDs Athlon 64, Opteron, Turion, Phenom, Phenom II und Bulldozer sowie Intels Core 2, Core i und Xeon)
• Axis Cris
• Blackfin
• Compaqs Alphas
• IBMs S/390 und Z Systems
• Intels 80386 (bis Linux 3.7): IBM-PCs und dessen mit den x86ern Verträglichen
• Intels 80486 (und Jüngere) für IBM-PCs und zu diesen verträglich mit den 32-Bit­tern der IA-32er (u.a. Intels 80486er und Pentiums, AMDs Athlons und Durons, Cyrix-Rechenwerke und viele Weitere)
• Unterstützung für Intel-16-Bit-Kerne (8086, 8088, 80186 und 80188 sowie 80286) wird oder wurde im Rahmen des ELKS-Unternehmens weiterentwickelt
• MIPS: Maschinen von Silicon Graphics …
• Motorolas 68020 und Jüngere: also jüngere/spätere Amigas, einige Atari und viele Apple-Rechner ab 1987 (Macintosh II) bis 1995 (siehe Linux68k)
• NECs V850E
• PowerPC: die meisten Apple-Rechner zwischen 1994 und 2006 (alle auf PCI aufbauenden Power Macintoshs, der Nintendo GameCube; begrenzte Unterstützung für NuBus-Power-Macs bis Linux 2.4.x, die weitere Entwicklung wurde in die Unternehmung PPC/Linux for NuBus Power Macs ausgelagert), Neuumsetzungen der Power Macs von Power Computing, UMAX und Motorola, mit einer Power-UP-Karte verbesserte Amigas (bspw. Blizzard oder CyberStorm), dessen Nachfolger AmigaOne, sowohl IBM Power als auch auf PowerPC aufbauende IBM-RS/6000-Rechner und verschiedene eingebettete PowerPCs
• RISC (zudem OpenRISC; umgesetzt bspw. mit Acorns Archimedes-Reihe, hier im besonderen wohl wenigstens auf einer A5000-Karte, zudem auch auf Acorns Risc-PCs und HPs PA-RISC)
  • ARM (umgesetzt bspw. mit der Cortex-A-Reihe, dem StrongARM und Intels XScale)
• Sun/Oracle SPARC und UltraSparc – Arbeitsrechner von Oracle und Sun
• Hitachi SuperH: Sega Dreamcast

Schnittstellen für ARM

Linux unterstützt zwei verschiedene Binärschnittstellen für ARM-Rechenwerke. Die Ältere wird mit der amerikanischen Abkürzung OABI bezeichnet, was ausgeschrieben für old application binary interface steht, und unterstützt die Rechenwerke bis einschließlich ARMv4, während die Neuere, welche mit EABI (kurz für embedded application binary interface) bezeichnet wird, Rechenwerke ab einschließlich ARMv4 unterstützt. Der bedeutendste Unterschied der Schnittstellen in Bezug auf Systemleistung ist die sehr viel bessere Unterstützung von softwareemulierten Gleitkomma-Berechnungen durch EABI.

User-Mode-Linux

Ein besonderer Port ist das User-Mode-Linux. Grundsätzlich handelt es sich dabei um einen Port von Linux auf sein eigenes Systemcall-Interface. Dies ermöglicht es, einen Linux-Kern als normalen Prozess auf einem laufenden Linux-System aufzurufen. Der User-Mode-Kern greift dann nicht selbst auf die Geräte (oder denglisch Hardware) zu, sondern reicht entsprechende Anforderungen an den echten Kern durch. Durch diese Konstellation werden eine Art Sandkästen – ähnlich den virtuellen Maschinen von Java oder den jails von FreeBSD – möglich, in denen ein (gewöhnlicher) Anwender auch volle (Root-)Rechte haben kann, ohne dem tatsächlichen System schaden zu können.

µClinux

Das sogenannte (oder eher nur so bezeichnete) µClinux ist eine Linux-Art für Rechner ohne eigene Speicherverwaltungseinheit ( römisch-englisch kurz  MMU ) und kommt vorwiegend auf (den namensgebenden sogenannten) Mikrocontrollern sowie auf eingebetteten Systemen zum Einsatz. Seit Linux 2.6 ist dieses µClinux Teil des Linux-Kerns.

Entwicklung

Die Entwicklung von Linux liegt durch die GNU General Public License genannten allgemeinen Veröffentlichungs-Bedingungen und durch das eben dadurch auch sehr offene Entwicklungsmodell nicht in der Hand von Einzelpersonen, Großunternehmen oder Ländern, sondern in der Hand einer weltweit vernetzten Gemeinschaft vieler Entwickler, welche sich hauptsächlich eben über das (auch) Netz der Netzte (und englisch World Wide Web genannte Weltnetz) gedanklich austauschen.

Bei der Entwicklung besprechen (oder kommunizieren) die Entwickler fast ausschließlich über (elektronische) Briefe (oder auch ewiggestrig denglisch sogenannte E-Mails), u.a. da der Urheber oder auch Gründer, Linus Torvalds, der Ansicht ist (oder wohl mal behauptete), daß so die Meinungen nicht unmittelbar aufeinander prallen.

In vielen zudem (ewiggestrig-denglisch) sogenannten Mailinglisten, weiter übersetzt (wörtlich Briefketten und zudem üblicher) also in Kettenbriefen, aber auch in Foren und im Usenet besteht für jeden (welcher der englischen Sprache mächtig genug oder willens ist diese zu Nutzen) die Möglichkeit, die Diskussionen über den Kern zu verfolgen, sich daran zu beteiligen und auch Beiträge zur Entwicklung zu leisten. Durch diese einfache Vorgehensweise ist eine schnelle und dauerhafte Entwicklung gewährleistet, welche grundsätzlich auch die Möglichkeit mit sich bringt, daß jeder dem Kern Fähigkeiten zukommen lassen kann, welche er benötigt.

Eingegrenzt wird dies (neben der geforderten englischen Sprache) nur durch die Herrschaft (oder auch Kontrolle) von Linus Torvalds und einigen besonders verdienten Entwicklern, welche das letzte Wort über die Aufnahme von Verbesserungen (oder auch denglisch sogenannten Patches) in den Hauptentwicklungszweig haben. Manche Linux-Vertreiber bauen auch eigene Eigenschaften und Fähigkeiten (oder Funktionen) in ihren Kern ein, welche im Hauptkern (noch) nicht vorhanden sind.

Herkunftsnachweise

Die Kern-Entwicklung ist, wie der Kern selbst, ebenfalls immer weiterentwickelt worden. So führte das Rechtsverfahren der SCO Group um angeblich unrechtmäßig (oder illegal) übertragenen Code von Unix – oder genauer von dessen sogenannten System V – zu Linux, zur Einführung eines ‚Linux Developer's Certificate of Origin‘ – also wohl eine Linux-Entwickler-Urheber-Bescheinigung, welche von Linus Torvalds und Andrew Morton bekanntgegeben wurde. Diese Änderung griff die Schwierigkeiten auf, daß nach dem bis dahin gültigen Entwicklungsverfahren die Herkunft von Erweiterungen und Verbesserungen des Kerns nicht nachvollzogen werden konnte.

Linus schrieb dazu 2004 mal – hier frei übersetzt – Folgendes:

„Zurzeit werden die meisten Patches für den Kern nicht unmittelbar an mich gesandt. Das wäre einfach nicht machbar. Tatsache ist, daß es eine Menge Teile gibt, mit denen ich überhaupt nicht vertraut bin und ich somit keine Möglichkeit habe zu entscheiden, wie gut der Patch ist. Deshalb läuft es meist darauf hinaus, die zuständigen Hauptentwickler zu treffen. Falls ein Fehler auftritt, will ich den Namen eines Hauptentwicklers und nicht irgendeines Entwicklers sehen, von dem ich nicht einmal weiß, ob er noch tätig ist. Daher ist für mich auf jeden Fall die Kette wichtiger als der tatsächliche Urheber.

Auch gibt es eine andere Schwierigkeit, nämlich daß ich, falls man mir (oder irgendjemand anderem) einen Patch über E-Mail schickt, einzig die Senderinformation sehen kann, und das ist der Teil, dem ich traue. Wenn Andrew mir einen Patch sendet, vertraue ich dem Patch, weil er von Andrew kommt – auch wenn der eigentliche Urheber jemand ist, den ich nicht kenne. Also belegt tatsächlich der Weg, den der Patch zu mir nahm, diese Kette des Vertrauens – wir alle neigen dazu, nur das jeweils nächste „Glied“ zu kennen, aber nicht unbedingt das Wissen über die gesamte Kette zu haben.

Was ich also vorschlage ist, daß wir anfangen, Patches „abzuzeichnen“, um den Weg, den sie genommen haben, aufzuzeigen und so diese Kette des Vertrauens zu festzuhalten. Das erlaubt es darüber hinaus vermittelnden Gruppen, den Patch zu verändern, ohne daß dabei der Name von jemanden „auf der Strecke bleibt“ – ziemlich oft ist die Patchversion, die letztendlich in den Kern aufgenommen wird, nicht genau die Ursprüngliche, ist sie doch durch einige Entwicklerschichten gegangen.“

Git

Die auch (ewiggestrig) sobezeichnete Versionskontrolle des Kerns unterliegt der Git – also britisch umgangssprachlich für „Blödmann“ oder auch „Schwachkopf“ – genannten Verwaltung. Diese wurde insbesondere für den Linux-Kern entwickelt und entsprechend auf dessen Bedürfnisse hin ausgerichtet. Git wurde im Vierten 2005 eingeführt, nachdem sich abgezeichnet hatte, daß das alte Versionskontrollsystem „BitKeeper“ nicht mehr lange für die Kernentwicklung würde genutzt werden können.

Siehe auch GitHub, dessen Namensgeber Git war.

Kernausgaben

Auf der bisher allein englischsprachigen Entwicklerseite kernel.org werden alle alten und neuen Kerne aufbewahrt. Die dort veröffentlichten Referenz-Kerne werden im angloamerikanischen Linux-Sprech auch als Vanilla-Kerne bezeichnet (vom englisch-umgangssprachlichen vanilla, übersetzt „[auf Dauer doch recht eintönigen] Vanille-Geschmack“ – im Unterschied zu den vielen anderen Geschmacksrichtungen der zuständigen „Köche“). Auf diesem Hauptkern (von kernel.org, mit Torwalds-Geschmack :-)) aufbauend, werden also üblicherweise all die anderen Geschmäcker weiterentwickelt, welche eben von den einzelnen Köchen (mit eigenen Gewürz(mischung)en) weiter ergänzt oder auch nur anders angerichtet (voreingestellt) werden können. Die Kernausgabe des jeweils geladenen Gefüges kann zudem wohl unter anderem mit dem Posix-Befehl „uname --kernel-release“ abgefragt werden, welcher ursprünglich (sehr wahrscheinlich) mal allein den zugehörigen Unix-Bezeichner (zurück- und so auch) ausgegeben hat.

Ausgabeordnung

Die frühen Linux-Kerne (0.01 bis 0.99) hatten noch kein klare Ordnung. Ausgabe 1.0 sollte die erste auch sogenannte Stabile werden, mit welcher die Kerne der im Folgenden beschriebenen Ordnung folgen (soll(t)en):

Die erste Zahl wird oder wurde anfangs wohl nur bei grundlegenden Änderungen (in der System-Architektur) angehoben. Während der Entwicklung des 2.5er kam wegen der sehr grundlegenden Änderungen, verglichen mit dem 2.4er, die Diskussion unter den Entwicklern auf, den nächsten Anwenderkern als 3.0 zu kennzeichnen. Torvalds war aber aus verschiedenen Gründen dagegen, sodaß der nächste Kern erstmal als 2.6 bezeichnet wurde.

Die zweite Zahl gibt oder gab anfangs eine jeweils größere Freigabe an. Bisher wurden stabile Ausgaben der Entwickler (für die Anwender) stets durch gerade Zahlen wie 2.2, 2.4 und 2.6 gekennzeichnet, während die Prüf- oder auch Testversionen (die Entwicklerzweige) angangs immer ungerade Zahlen trugen, wie beispielsweise 2.3 und 2.5. Diese Trennung wurde aber ab 2004, mit dem 2.6er, ausgesetzt und alle Änderungen von da an in den 2.6er-Zweig eingearbeitet.

Zusätzlich bezeichnet eine dritte Zahl ggf. eine kleinere (Zwischen-)Freigabe oder auch Veröffentlichung. Werden zusätzliche (neue) Fähigkeiten hinzugefügt, wird doe die dritte Zahl angehoben. Der Kern wird damit (üblicher- sowie) beispielsweise mit einer Ausgabe-Zahlenfolge wie 2.6.7 bestimmt.

Um die Ausbesserung eines schwerwiegenden NFS-Fehlers schneller verbreiten zu können, wurde anfangs beispielsweise mit der Ausgabe 2.6.8.1 erstmals eine vierte Zahl eingeführt. Seit 2005 (Kern-Ausgabe 2.6.11) wurde diese Zählung offiziell verwendet. So sollte es möglich sein, die Dauerhaftigkeit des Kerns trotz teilweise sehr kurzer Veröffentlichungszeiträume zu gewährleisten und dringende Fehlerbehebungen innerhalb weniger Stunden zu veröffentlichen – wobei die vierte Zahl (bspw. von 2.6.11.1 auf 2.6.11.2) erhöht wurde.

2011 erklärte Linus Torvalds, die nach der Ausgabe 2.6.39 Folgende werde nicht 2.6.40 sondern als 3.0 benannt. Als Grund dafür führte er an, daß die Versionsnummern seiner Meinung nach zu hoch wurden. Die dritte Ausgabe (mit der Versionsnummer '3') stehe gleichzeitig für das dritte Jahrzehnt, welches für den Linux-Kern mit seinem 20. Geburtstag anfange. Bei jüngeren Ausgaben wird seitdem die zweite Zahl erhöht und die Dritte steht – anstelle der Vierten – für Bugfixreleases.

Im Jahr 2015 gab Torvalds Ausgabe 4.0, statt 3.20, frei nachdem er auf Google+ Meinungen hierzu eingeholt hatte. 2019 wurde Linux 5.0 freigegeben. Dabei hat der Sprung von der letzten Ausgabe 4.20 auf 5.0 keine tiefergehende Bedeutung mehr (und ist lediglich Torvalds Abneigung „großer“ Zahlen geschuldet).

Entwicklerzweige

Neuerungen waren im -mm genannten Zweig des Entwicklers Andrew Morton zu finden und wurden anschließend in den Hauptzweig von Linus Torvalds übernommen. Somit wurden große Unterschiede zwischen den Entwickler- und Anwendungskernen und damit verbundene Übertragungsschrierigkeiten zwischen den beiden Zweigen vermieden. Durch dieses Verfahren gibt es auch weniger Unterschiede zwischen der Hauptreihe und den (öffentlich) verteilten Kernen (hin und wieder werden einige Nachbesserungen der Entwicklungszweige von den Vertreibern häufig in ihre eigenen Kerne aufgenommen). Allerdings litt 2004/2005 die Güte oder auch Zuverlässigkeit (sowie Dauerhaftigkeit oder die hier unsprünglich sobezeichnete Stabilität) des 2.6er unter den häufig zu schnell übernommenen Änderungen. 2005 wurde deshalb ein anderes Verfahren beschlossen, welches nach dem Erscheinen der Ausgabe 2.6.13 erstmals zur Anwendung kam. Änderungen wurden und werden (wohl) von da an nur noch in den ersten zwei Wochen der Entwicklung (in den Hauptzweig auf- und vom Hauptentwickler) angenommen, wobei (seit dem wohl mehr oder weniger unverändert) anschließend eine Prüfung und Gütesicherung (der jüngsten Änderungen) bis zur endgültigen Freigabe der nächsten Ausgabe (er)folgt.

Pflege

Während Torvalds immer die jüngsten oder auch frischesten Entwicklerzweige veröffentlichte, wurde die Pflege der älteren auch sogenannten stabilen Zweige an andere Entwickler abgegeben. So war beispielsweise David Weinehall für den 2.0er-Zweig verantwortlich, Marc-Christian Petersen (zuvor Alan Cox) für den 2.2er, Willy Tarreau (zuvor Marcelo Tosatti) für den 2.4er, Greg Kroah-Hartman sowie Chris Wright für den 3.0er und Andrew Morton für seinen experimentellen -mm-Zweig, welcher auf dem 4er aufbaut(e). Zusätzlich zu diesen öffentlichen und über Kernel.org oder einen seiner Spiegel zu beziehenden (Kern-)Vorschriften können (oder konnten) ersatzweise auch sogenannte Kernel-Bäume aus anderen Quellen genutzt werden. Die Verteiler (oder Vertreiber) von auf Linux aufbauenden Betriebsgefügen pflegen meistens ihre eigenen Kern-Zweige und beschäftigen zu diesem Zweck fest angestellte Entwickler, welche ihre Änderungen meist auch in die öffentlichen Entwicklungszweige einfließen lassen.

Vertriebs-Kerne sind häufig besonders nachbearbeitet worden, um auch Treiber zu enthalten, welche noch nicht im Hauptkern enthalten sind, von denen die Vertreiber aber glauben, daß dessen Kundschaft sie benötigen könnten und die erwartete Güte (oder auch notwendige/geforterte Fehlerfreiheit) dennoch gewährleistet ist.

Langzeitpflege

Die folgenden (womöglich noch unvollständig aufgeführten) Ausgaben werden (voraussichtlich, und wurden) länger gepflegt (oder auch gewartet sowie in eben diesem Sinne unterstützt, und daher hier bevorzugt mit der zugehörigen heimatsprachigen Abkürzung LZP – eben für Langzeitpflege – gekennzeichnet):

Aus­gabe	Veröffent­lichung	Unterstützungs­ende	Dauer in Jahren	Hauptentwickler
6.6	2023-10-30	2026-12	3+	Greg Kroah-Hartman und Sasha Levin
6.1	2022-12-11	2026-12	4	Greg Kroah-Hartman und Sasha Levin
5.15	2021-10-31	2026-12	5+	Greg Kroah-Hartman und Sasha Levin
5.10	2020-12-13	2026-12	6	Greg Kroah-Hartman und Sasha Levin
5.4	2019-11-25	2025-12	6+	Greg Kroah-Hartman und Sasha Levin
4.19	2018-10-22	2024-12	6+	Greg Kroah-Hartman und Sasha Levin
4.14	2017-11-12	2024-01-10	>6	Greg Kroah-Hartman und Sasha Levin
4.9	2016-12-11	2023-01-07	>6	Greg Kroah-Hartman und Sasha Levin
4.4	2016-01-10	2022-02-03	>6	Greg Kroah-Hartman und Sasha Levin
4.1	2015-06-22	2018-05-28	<3	Greg Kroah-Hartman und Sasha Levin
3.18	2014-12-07	2019-05-16	<5	Sasha Levin
3.16	2014-08-03	2020-06-11	<6	Ben Hutchings
3.14	2014-03-31	2016-09-11	>2	Greg Kroah-Hartman
3.12	2013-11-03	2017-05-09	<4	Jiří Slabý (und Greg Kroah-Hartman)
3.10	2013-06-30	2017-11-04	>4	Willy Tarreau (und Greg Kroah-Hartman)
3.4	2012-05-20	2016-10-26	>4	Li Zefan (und Greg Kroah-Hartman)
3.2	2012-01-04	2018-05-31	>6	Ben Hutchings
3.0	2011-07-22	2013-10-22	>2	Greg Kroah-Hartman
2.6.35	2010-08-01	2012-03-13	<2	Andi Kleen
2.6.34	2010-05-16	2014-02-10	<4	Paul Gortmaker
2.6.32	2009-12-03	2016-03-12	<7	Willy Tarreau
2.6.27	2008-10-09	2012-03-17	<4	Willy Tarreau (sowie Adrian Bunk und Greg Kroah-Hartman)
2.6	2003-12-18	2016-03-12	<13	Linus Torvalds
2.4	2001-01-04	2010-12-18	>9	Willy Tarreau (und Marcelo Tosatti)
2.2	1999-01-26	2004-02-24	>5	Marc-Christian Petersen (und, wohl als Stellvertreter, Alan Cox)
2.0	1996-06-09	2004-02-08	<8	David Weinehall

Geschichte

Übersichten

1. Siehe auch Bild zur Entwicklung der Anzahl Quellkode-Zeilen (einschließlich der Zeitangaben) unter Wikipedia:de:Bild:Lines of Code Linux Kernel.svg.
2. Das folgende Schaubild stellt einzelne Ausgaben des Linux-Kerns anhand der Veröffentlichungszeiten auf einer entsprechenden Übersicht angeordnet dar. Siehe unter Wikipedia:de:Vorlage:Zeitleiste Linux (Kernel)

1991–2010, vom 0.1er bis zum 2.5er

Zweig	Aus­gabe	Veröffent­lichung	Datei­en	Zeilen	Größe in KB	Anmerkungen
	0.1	1991-09-17	88	8.413	73	erste Veröffentlichung; startete auf Systemen mit (Floppy-)Disketten-Laufwerk und 386er-Prozessor, lud dabei die Treiber für das Minix-Dateisystem und eine finnische Tastatur, sowie als einzige Anwendung den Befehlsempfänger bash
	0.12	1992-01-16			132	erste Veröffentlichung unter den Bedingungen der GPL (damals, von Linus Torvalds, ‚GNU copyleft‘ genannt)
1.0	1.0	1994-03-13	563	170.581	1.259	erste auch sogenannte stabile Ausgabe; tatsächlich ist dem (oder sind den) Entwickler(n) jedoch wohl (gedanklich) nur die Buchstaben, hinsichtlich der vorangegangenen Ausgabe 0.99z, ausgegangen, sodaß dann einfach die Ausgabe 1.0 veröffentlicht wurde
1.1	1.1	1994-04-06	561	170.320	1.256	Entwicklerzweig
	1.1.95	1995-03-02			2.301
1.2	1.2	1995-03-07	909	294.623	2.301	erste Portierungen auf weitere Prozessor-Architekturen, mit Alpha, Mips und Sparc
	1.2.13	1995-08-02			2.355
1.3	1.3	1995-06-12	992	323.581	2.558	Entwicklerzweig mit erster Unterstützung für Mehrprozessor-Rechner
	1.3.100	1996-05-10			5.615
2.0	2.0	1996-06-09	2.015	716.119	5.844	erste Unterstützung für symmetrische Mehrprozessorsysteme und Einführung der (Kernel-)Module; war mit Langzeitpflege
	2.0.40	2004-02-08			7.551
2.1	2.1	1996-09-30	1.727	735.736	6.030	Entwicklerzweig; (ab 2.1.74 wohl) mit erster NTFS-Unterstützung
	2.2.0-pre9	1999-01-21			13.077
2.2	2.2	1999-01-26	4.599	1.676.182	13.080	erste Unterstützung für die Netzwerk-Vermittlungssprache IPv6 sowie Portierung auf die Plattformen UltraSPARC und PA-RISC; war mit Langzeitpflege
	2.2.26	2004-02-24			19.530
2.3	2.3	1999-05-11	4.721	1.763.358	13.804	Entwicklerzweig
	2.3.99-pre9	2000-05-23			20.882
2.4	2.4	2001-01-04	8.187	3.158.560	24.379	Nachschulung der NTFS-Unterstützung (durch NTFS-3G, ab Linux 2.4.18; rückübertragen aus dem 2.5.11er-Zweig); erste Unterstützung für die Stromverwaltung ACPI und für USB, Unterstützung großer Dateien, Einführung des Netfilter und der IPTables; war der letzte länger gepflegte Anwenderzweig vor dem 2.6
	2.4.37	2008-12-02			38.735	letzte Ausgabe war 2.4.37.11, am 18.12.2010
2.5	2.5	2001-11-23	9.893	3.833.603	29.405	Entwicklerzweig
	2.5.75	2003-07-10			40.969

2003–2016, vom 2.6er bis zum 2.6.39er

Bei Betrachtung der zuletzt veröffentlichten Ausgaben (siehe folgende Übersicht) erfolgte die Entwicklung in durchschnittlich 82 Tagen. Der Kern wurde dabei im Durchschnitt um 768 Dateien und 325.892 Quelltext-Zeilen erweitert. Das mit dem Datenkompressionsprogramm „gzip“ verdichtete tar-Archiv (.tar.gz) wuchs dabei im Mittel um rund 2 Megabyte mit jeder veröffentlichten Hauptausgabe (oder jedem Hauptzweig).

Aus­gabe	Veröffent­lichung	Datei­en	Zeilen	Größe in MB	Zeit in Tagen	Anmerkungen
2.6	2003-12-18	21.279	8.102.486	41,63		war LZP-Ausgabe; Übergang vom vorherigen Wechsel zwischen den Entwickler- und Anwenderzweigen, hin zu einer fortschreitenden Entwicklung ohne diesen Wechsel; mit dieser Ausgabe oder diesem Entwicklungszweig (also ggf. erst mit dem letzten 2.6.39er) wurde der Linux-Kern (wohl erstmals, in größerem Maße) zur Nebenläufigkeit erweitert; Weiteres dazu ggf. im zugehörigen Untereintrag
2.6.13	2005-08-28			48,02		u.a. wurde die Ereignisüberwachung „Inotify“ aufgenommen
2.6.20	2007-02-04	21.280	8.102.486	54,55	66	erste Unterstützung für das als KVM bezeichnete Virtualisierungs­verfahren
2.6.21	2007-04-26	21.614	8.246.470	55,33	80
2.6.22	2007-07-08	22.411	8.499.363	56,91	74
2.6.23	2007-10-09	22.530	8.566.554	57,40	93	Einführung des sobezeichneten Completely-Fair-Scheduler
2.6.24	2008-01-24	23.062	8.859.629	59,08	107
2.6.25	2008-04-17	23.810	9.232.484	61,52	83
2.6.26	2008-07-13	24.270	9.411.724	62,55	88
2.6.27	2008-10-09	24.354	9.709.868	63,72	88	wurde nachträglich mit Unterstützung für frische Geräte erweitert, welche beispielsweise die Sprache der SAS-Schnittstelle beherrschen; letzte Ausgabe war 2.6.27.62, am 17.3.2012, dieser Zweig wurde länger gepflegt
2.6.28	2008-12-24	25.255	10.195.507	66,77	76
2.6.29	2009-03-23	26.668	11.010.647	71,98	89	Aufnahme des Btrfs
2.6.30	2009-06-10	27.879	11.637.173	75,77	78	Unterstützung für USB 3.0
2.6.31	2009-09-09	29.111	12.046.317	78,28	92	Unterstützung für Festplatten mit nativen 4K-Sektoren (auch bekannt als Advanced Format)
2.6.32	2009-12-03	30.485	12.610.030	81,90	84	war LZP-Ausgabe; letzte Ausgabe war 2.6.32.71, am 12.3.2016
2.6.33	2010-02-24	31.565	12.990.041	84,53	83	bildet die Grundlage für einen Echtzeit-Zweig; letzte Ausgabe war 2.6.33.20, am 7.11.2011
2.6.34	2010-05-16	32.297	13.320.934	86,52	82	war LZP-Ausgabe; Treiber für jüngere AMD-Radeons und die Bildrechenkerne einiger erst später erwarteten Intel-Rechenwerke wurden aufgenommen; Unterstützung weiterer Schriftengefüge (Ceph und LogFS); viele Änderungen an den zuvor schon unterstützten Gefügen Btrfs, ext4, NILFS2, SquashFS sowie auch XFS, dem SCSI-Teilgebilde und den Teilen für ARM-, Blackfin- und MicroBlaze-Rechenwerke; bessere Unterstützung für jüngste und ältere AMD- sowie auch Intel-Rechenwerke; größere Umbaumaßnahmen am Nouveau-Treiber für Nvidia-Bildrechner; letzte Ausgabe war 2.6.34.15, am 10.2.2014
2.6.35	2010-08-01	33.316	13.545.604	88,30	77	war LZP-Ausgabe; hinzugekommen sind unter anderem die Möglichkeit Arbeitsspeicher zu ordnen (oder auch – genauer – zu defragmentieren) und die Unterstützung für das Turbo-Core-Verfahren jüngerer AMD-Rechenwerke, zudem wurde der Netzwerkdurchsatz verbessert; desweiteren wurden u.a. frische H.264-Übersetzungen für den Bildrechner in Intels Core-i5-Rechenwerken (auch englisch ‚Ironlake‘ genannt) aufgenommen und die Unterstützung für das Stromsparverfahren in Radeon-Bildrechenwerken verbessert; letzte Ausgabe war 2.6.35.14, am 13.3.2012
2.6.36	2010-10-20	34.301	13.499.457	88,71	80	hinzugekommen sind – im auch ‚Flesh-Eating Bats with Fangs‘ (also englisch für „fleischfressende Fledermäuse mit Reißzähnen“) genannten 36er Zweig – unter anderem die Sicherheitsanwendung AppArmor, die Schnittstelle LIRC (für den in Ausgabe 2.6.35 eingeführten Unterbau zur Nutzung von Infra- oder (weiter übersetzt) Tief[dunkel]rot[licht]-Fernbedienungen) und eine verbesserte Stromverwaltung für Bildrechner sowie Unterstützung für Echtzeit-Virenwächter; letzte Ausgabe war 2.6.36.4, am 17.2.2011
2.6.37	2011-01-05	35.186	13.916.632	92,47	76	hinzugekommen sind, neben den üblichen zusätzlichen Treibern (u.a. für USB 3.0), eine verbesserte Skalierung und Virtualisierung für Mehrkern-Rechenwerke; letzte Ausgabe war 2.6.37.6, am 27.3.2011
2.6.38	2011-03-15	35.864	14.208.866	94,14	69	Unterstützung für die AMD-Radeon-HD-6000-Reihe und für AMDs APUs, sowie Verbesserungen zur Bild- und Ton-Verarbeitung als auch für berührungsempfindliche Bildschirme; letzte Ausgabe war 2.6.38.8, am 3.6.2011
2.6.39	2011-05-19	36.705	14.533.582	95,99	65	Unterstützung für Firewall-IP-Sets, der im amerikanisch-englischen Linux-Sprech sogenannte Big Kernel Lock wurde (anscheinlich) entfernt; letzte Ausgabe war 2.6.39.4, am 3.8.2011

2011–2020, vom 3er bis zum 3.19er

Aus­gabe	Veröffent­lichung	Datei­en	Zeilen	Größe in MB	Zeit in Tagen	Anmerkungen
3.0	2011-07-22	36.781	14.646.952	63,75	64	war LZP-Ausgabe; erneut geänderter Entwicklungverlauf (oder auch geändertes Versionsnummernschema), zudem neue Treiber u.a. für (virtuelle – oder auch emulierte und simulierte, übersetzt also lediglich gedanklich nachgebildete) Netzwerkgeräte und den Fernseh-Standard DVB-T2, sowie allgemein verbesserte Virtualisierung (u.a. durch abschließende Arbeiten am Hypervisor Xen) und viele kleine Verbesserungen (wie bspw. Schreib- und Lösch-Optimierungen für Schriftgefüge); letzte Ausgabe war 3.0.101, am 22.10.2013
3.1	2011-10-24	37.084	14.770.469	64,17	94	hinzugekommen war u.a. die Unterstützung der OpenRISC-Rechenwerke; letzte Ausgabe war 3.1.10, am 18.1.2012
3.2	2012-01-04	37.617	14.998.651	65,12	73	war LZP-Ausgabe; hinzugekommen war u.a. die Unterstützung für die Hexagon-Rechenwerke des Unternehmens Qualcomm; zudem wurden u.a. einige Netzwerktreiber in den zugehörigen Bereich ausgelagert; letzte Ausgabe war 3.2.102, am 31.5.2018
3.3	2012-03-18	38.082	15.166.074	65,85	74	hinzugekommen war u.a. die Unterstützung für Android; letzte Ausgabe war 3.3.8, am 1.6.2012
3.4	2012-05-20	38.566	15.383.860	66,79	63	war LZP-Ausgabe; hinzugekommen war u.a. die Unterstützung des – u.a. nach den sechs Schlaf- und Wach-Stufen, als – RC6 bezeichneten Ruhezustandes; letzte Ausgabe war 3.4.113, am 26.10.2016
3.5	2012-07-21	39.096	15.596.378	67,53	62	die Unterstützung für die veralteten Netzwerk-Standards Token Ring und Econet (← bisher nur englisch) wurde entfernt; letzte Ausgabe war 3.5.7, am 12.10.2012
3.6	2012-09-30	39.733	15.868.036	68,68	71	u.a. wurde die Stromspar- oder auch Schlaffähigkeit, für den Bereitschaftsbetrieb und den zuvor (im 3.4er) schon begonnenen Ruhezustand des gesamten Gefüges, weiterentwickelt; letzte Ausgabe war 3.6.11, am 17.12.2012
3.7	2012-12-11	40.905	16.191.690	69,73	71	hinzugekommen war u.a. NAT für IPv6, Unterstützung für den ARM-64-Bit-Befehlssatz und Ext4-Größenänderungen für Laufwerke größer als 16 Terabyte, größere Veränderungen an den Bild- oder auch ewiggestrig sobezeichneten Grafik-Treibern für Nvidia-, Intel- und AMD-(Bild-)Rechenwerke und gebesserte Geräte-Unterstützung für Helligkeits-Einstellungen sowie Stromspar-Fähigkeiten von Ton- oder auch sobezeichneten Soundkarten; entfernt wurde die ursprüngliche 386er-Unterstützung; letzte Ausgabe war 3.7.10, am 27.2.2013
3.8	2013-02-18	41.520	16.416.874	70,99	70	u.a. wurde die Unterstützung für das Schriftengefüge F2FS ergänzt und weitere 386er-Teile entfernt; soll als Grundlage für die nächste Android-Ausgabe dienen; letzte Ausgabe war 3.8.13, am 11.5.2013
3.9	2013-04-29	42.423	16.686.879	72,14	69	u.a. wurde die Unterstützung für 32-Bit-Rechenwerke der Baureihe HTP (von Meta) sowie ARC 700 (von Synopsys) hinzugefügt und die Treiber für das Schriftengefüge Btrfs um eine erste Unterstützung für Raid 5 und 6 erweitert; letzte Ausgabe war 3.9.11, am 21.7.2013
3.10	2013-06-30	43.016	16.955.489	73,19	63	war LZP-Ausgabe; bekam unter anderem bessere Unterstützung für den römisch- oder auch ammi-englisch sogenannten Unified Video Decoder (kurz UVD) von AMD-Radeon-Bildrechnern und für Nvidias Tegra; zudem wurden die Echtzeitfähigkeiten verbessert sowie die Nutzung von Festkörperspeichern (oder auch sogenannter Festkörperlaufwerke, siehe auch Wikipedia:de:Laufwerk (Computer), und noch ewiggestriger denglisch sogenannter  Solid-State-Drives  und zudem kurz  SSDs ) als Zwischenspeicher für die üblicherweise spürbar langsameren Festplattenlaufwerke ermöglicht; hinzugekommen ist auch der Treiber für das Hoch­geschwindigkeits­übertragungs­verfahren InfiniBand; letzte Ausgabe war 3.10.108, am 4.11.2017
3.11	2013-09-02	44.002	17.403.279	75,08	63	neben Verbesserungen an den Bild(-Berechnungs)-Treibern, ist die Aufnahme von verschiedenen WLAN- und LAN-Treibern hinzugekommen sowie die Verbesserung der KVM- und Xen-Unterstützung auf ARM64 vorgesehen; wird der Arbeitsspeicher knapp kann dieser nun mit einem sobezeicheten Zswap (siehe auch Zip und Swap) verdichtet werden; letzte Ausgabe war 3.11.10, am 29.11.2013 – wegen ihrer anfänglichen Ausgabenummer auch (in Anlehnung an Microsofts Windows für Workgroups 3.11) als Linux for Workgroups bezeichnet.
3.12	2013-11-03	44.586	17.726.872	76,34	62	war LZP-Ausgabe; neben Verbesserungen an Nvidias Optimus-Treibern ist die Unterstützung eines sogenannten Syn-Proxys (also anständig übersetzt einfach ein Stellvertreter welcher sich allein um gleichzeitige Anfragen von anderen Rechnern kümmert, siehe auch „Lastenausgleich“ oder genauer Wikipedia:de:Lastverteilung (Informatik)) hinzugekommen, welcher auch Syn-Flut-Angriffe verhindern oder wenigstens erschweren soll; hinzugekommen ist auch Multithreading oder auch (übersetzt und hier leichter verständlich) Nebenläufigkeit bei mit Mdadm angelegten Raid-5-Feldern und Btrfs beherrscht Deduplikation; letzte Ausgabe war 3.12.74, am 9.5.2017
3.13	2014-01-20	44.970	17.930.916	77,18	77	erhielt den frischen (oder auch aufgefrischten/überarbeiteten, dröhmisch-denglisch neuen) Firewall-Unterbau namens NFTables (welcher die mit dem 2.4er eingeführten Iptables ablösen soll), bessere Leistung für  3D - oder auch (übersetzt) räumliche Bildberechnungen und An- oder (zur Laufzeit – die) Zuschaltung des (römisch-ammi-englisch) sogenannten Dynamic-Power-Management (kurz DPM – also wörtlich der „beweglichen …“ und übertragen wohl eher der (wenigstens teilweise) selbstverwaltenden) Stromverwaltung bei AMD-Radeon-Bildrechnern; moderneres Multiqueue-Storage-Interface; letzte Ausgabe war 3.13.11, am 22.4.2014
3.14	2014-03-31	45.935	18.271.989	78,43	70	war LZP-Ausgabe; hinzugekommen ist eine Echtzeit-Verwaltung, sowie Zram, mit dessen Hilfe Arbeitsspeicher blockweise verdichtet (oder auch gezippt) werden kann, und u.a. ist nun Xen 4.4 enthalten; Unterstützung von frischen Bildrechenkernen (oder auch sogenannten Grafikkernen) und Nachbesserungen am UVD für AMDs Bildrechner ab der HD-7000-Reihe; letzte Ausgabe war 3.14.79, am 11.9.2016
3.15	2014-06-08	46.780	18.632.574	79,79	53	das Aufwachen aus der Bereitschaft (im denglischen Linux-Sprech Suspend-to-RAM-Modus genannt) wurde beschleunigt und es wurden ‚Open File Description Locks‘ eingeführt; beispielsweise Videosoftware soll nun einfacher Teile eines Films (genauer einer Filmschrift) auslesen können und allgemeiner soll auch der ununterbrechbare Austausch von Schriften ermöglicht werden; die Unterstützung von FUSE, XFS und Flash-Speichern mit einem Schriftengefüge darauf wurde ausgebaut; letzte Ausgabe war 3.15.10, am 14.8.2014
3.16	2014-08-03	47.425	18.879.129	80,53	56	war LZP-Ausgabe; eingeflossen sind u.a. Robustheits-Maßnahmen beim Btrfs, desweiteren wurden die Radeon- und Nouveau-Treiber verbessert; letzte Ausgabe war 3.16.85, am 11.6.2020
3.17	2014-10-05	47.490	18.864.388	80,32	63	die Anweisung „getrandom()“ und Vorgaben zur Mindest-Inhalts- oder auch (teilweise ewiggestrig) sogenannte …-Informations-Dichte sorgen für sicherere Zufallszahlen; hinzugekommen sind Grundlagen für den Kdbus, Fences in Dma-Buf(fern), Multi Stream Transport (auch kurz MST genannt – ein Teil von DisplayPort 1.2) für 4K-Monitore, sowie die Unterstützung für den Xbox-One-Kontroller und ForcePad-Touchpads; desweiteren Verbesserungen für Thunderbolt bei Apple-Geräten; letzte Ausgabe war 3.17.8, am 8.1.2015
3.18	2014-12-07	47.971	18.994.096	80,95	64	war LZP-Ausgabe; Aufnahme des OverlayFS; Verbesserungen bei Btrfs und F2FS; das Tunneln beliebiger Protokolle wurde über UDP ermöglicht; Tonausgabe mit dem Nouveau-Treiber über DisplayPort; Just-in-time-Kompilierung des Extended-Berkeley-Paket-Filters (eBPF) für ARM64; der BPF ist nun durch den Aufrufer ‚bpf()‘ allgemein verfügbar; Modulparameter können als unsicher (englisch unsafe) gekennzeichnet werden; letzte Ausgabe war 3.18.140, am 16.5.2019
3.19	2015-02-09	48.424	19.130.604	81,68	63	u.a. Unterstützung für AMDs Heterogeneous System Architecture (HSA), zudem wurde das Binder genannte Interprozesskommunikations­framework aufgenommen, welches ursprünglich für Android entwickelt wurde und auf dem sogenannten OpenBinder aufbaut; letzte Ausgabe war 3.19.8, am 11.5.2015

2015–…, vom 4er bis zum 4.20er

Aus­gabe	Veröffent­lichung	Datei­en	Zeilen	Größe in MB	Zeit in Tagen	Anmerkungen
4.0	2015-04-12	48.957	19.312.477	82,31	63	u.a. Unterstützung für Nachbesserungen im laufenden Betrieb; letzte Ausgabe war 4.0.9, am 21.7.2015
4.1	2015-06-22	49.457	19.512.593	83,05	70	war LZP-Ausgabe; u.a. Verschlüsselung für Ext4, Treiber für nichtflüchtigen Arbeitsspeicher (in DIMM-Bauweise, amerikanisch als „non-volatile dual inline memory module“ und zudem kurz als „NV-DIMM“ bezeichnet) sowie Schaffung der Grundlagen zur 3D-Beschleunigung in virtuellen Maschinen; letzte Ausgabe war 4.1.52, am 28.5.2018
4.2	2015-08-30	50.795	20.311.717	85,46	70	u.a. Nachbesserungen an der UEFI genannten Schnittstelle sind nun über Linux möglich und die Unterstützung der AMD-Bildrechenwerke der „Volcanic Islands“ oder später Radeon R200 genannten Reihe ist hinzugekommen; letzte Ausgabe war 4.2.8, am 15.12.2015
4.3	2015-11-02	51.570	20.621.444	86,93	63	Unterstützung für Intels Skylake- und AMDs Fiji-Kerne; IPv6 wurde zur Voreinstellung; letzte Ausgabe war 4.3.6, am 19.2.2016
4.4	2016-01-10	52.221	20.862.229	87,35	70	war LZP-Ausgabe; Bildtreiber für den Raspberry Pi und weitere 3D-Beschleunigungen in KVM für entsprechende Rechner, Verbesserungen bei RAID und Festkörperspeicher; BPF-Aufrufe sind nun auch im sogenannten Userspace möglich; letzte Ausgabe war 4.4.302, am 3.2.2022
4.5	2016-03-14	52.916	21.154.659	88,39	63	weitere Besserungen in den 3D-Treibern, unter anderem durch die Unterstützung für AMDs PowerPlay, und reibungslose Wechsel der Netzwerkverbindungen; Verbesserungen beim Zugriff auf NFS-Server; letzte Ausgabe war 4.5.7, am 8.6.2016
4.6	2016-05-15	53.660	21.422.808	89,44	63	u.a. verbesserte Stromverwaltung durch die Möglichkeit der Taktraten-Einstellung bei Tegra-X1-Bildrechnern und durch die Freischaltung der Frame-Buffer-Compression (kurz FBC) für die Haswell und Broadwell genannten Intel-Hauptrechenwerke, des Weiteren wurde das Schriftengefüge OrangeFS freigeschaltet sowie zusätzliche Werkzeuge zur besseren Fehlererkennung (englisch bug hunting); letzte Ausgabe war 4.6.7, am 16.8.2016
4.7	2016-07-24	54.400	21.720.955	90,39	70	u.a. erste Unterstützung für AMDs neue Radeon-Bildrechner (unter dem Decknamen Polaris), vier weitere ARM-Treiber und Unterstützung für Spiele-Steuergeräte; zudem bessere SMR-Unterstützung für Festplatten und Beschleunigungen beim Tunneln; im Vergleich zum Vorgänger (4.6) werden nun rund 500 weitere Geräte unterstützt; letzte Ausgabe war 4.7.10, am 22.10.2016
4.8	2016-10-02	55.503	22.071.048	91,96	70	neben der Unterstützung frischer Treiber für Bild- und Hauptrechenwerke von AMD, ARM (Mali), Intel und Nvidia wurde u.a. das Übertakten für AMD-Bildrechen-Treiber und eine zugehörige frische Virtualisierungs­verfahren für entsprechende Intel-Treiber eingeführt, des Weiteren wurde das XFS überarbeitet, so daß es auch die Vollständigkeit aller Einzelschriften (oder auch dessen Integrität, bei Heise „Datenintegrität“ und im nahe verwandten Datenbank-Umfeld Konsistenz genannt) prüfen sowie Deduplizierung und das NenÄ-Verfahren beherrscht; letzte Ausgabe war 4.8.17, am 9.1.2017
4.9	2016-12-11	56.223	22.348.356	93,22	70	war LZP-Ausgabe; neben Verbesserungen in der Sicherheit – durch besseren Schutz vor Stapelüberläufen – erhalten u.a. die Treiber für das XFS eine Shared-Data-Extents genannte Erweiterung, welche auf die (bereits im 4.8er eingeführte) Reverse-Mapping-Infrastruktur aufsetzt und es künftig ermöglichen soll, daß sich mehrere Dateien einen Daten- oder Wert(e)bereich teilen können und dieser auch mehrere Besitzer haben kann; zudem wurden erste Unterstützungen für den sogenannten Greybus eingearbeitet, welcher ursprünglich für das ehemals von Google entwickelte modulare Smartphone Ara gedacht war und u.a. von Motorola in einem ihrer Geräte genutzt wird; letzte Ausgabe war 4.9.337, am 7.1.2023
4.10	2017-02-19	57.172	22.839.541	94,37	71	Verbesserungen beim Schreiben auf Datenträger und Einführung einer schnelleren Fehlererkennung in RAID-Verbünden, ebenso wurden u.a. EFI-Zugriffe verbessert und der LED-Treiber uleds eingearbeitet; ein Verfahren um die schnelleren Bildberechnung des Wirtes aus virtuellen Maschinen heraus (wohl ähnlich wie zuvor schon mit DirectX, möglichst unmittelbar oder eben auch direkt) nutzen zu können, wurde eingeführt; bei Intel-Rechenwerken kann der Zwischenspeicher nun zwischen laufenden Anwendungen aufgeteilt werden; die Fähigkeiten für die ARM64er wurden ausgebaut, Überarbeitungen beim Routing; das Schriftgefüge UBIFS wurde um eine wahlweise Verschlüsselung ergänzt, während LogFS entfernt wurde; letzte Ausgabe war 4.10.17, am 20.5.2017
4.11	2017-05-01	57.964	23.137.284	95,42	71	Verringerung des Stromverbrauches von NVMe-Festkörperspeichern durch das Stromsparverfahren APST; Unterstützung für selbstverschlüsselnde Festkörperspeicher; Verbesserungen bei der Abfrage sogenannter Metadaten für Verzeichnisse und Schriften; Überarbeitung des im 4.10er eingeführten Verfahrens (oder auch der Kern-Fähigkeit) Intel Turbo Boost Max 3.0; Verbesserungen bei der Beschleunigung virtueller Maschinen für AMDs Bildrechner; Anpassungen für ext4, um dessen Nutzung als (nur kurz oder auch nur einmal genutztes und zudem kurz Einmal-…/Einweg- oder auch) Wegwerf-Schriftengefüge zu verbessern; letzte Ausgabe war 4.11.12, am 21.7.2017
4.12	2017-07-02	59.808	24.173.535	103,8	62	Einführung des „Budget-Fair-Queueing“ für bessere Leistung bei Datenträgerzugriffen, Unterstützung für AMDs Bildrechner der Radeon-Vega-Reihe; nebenher wurden u.a. die Atmel-AVR32-Teile (sehr wahrscheinlich dauerhaft) entfernt; letzte Ausgabe war 4.12.14, am 20.9.2017
4.13	2017-09-03	60.543	24.767.008	104,9	63	Beschleunigung bei HTTPS, Verzeichnisse im Ext4-Schriftgefüge können nun bis zu 2 Milliarden Einträge enthalten; letzte Ausgabe war 4.13.16, am 24.11.2017
4.14	2017-11-22	61.258	25.041.165	101,7	70	LZP-Ausgabe; Unterstützung für bis zu 4096 Terabyte Arbeitsspeicher und erste Nutzung des „Zstandard“ genannten Verdichtungsverfahrens; letzte Ausgabe war 4.14.336, am 10.1.2024
4.15	2018-01-28	62.271	25.364.680	102,1	78	Einbau verschiedener Schutzmaßnahmen gegen Meltdown und Spectre, der AmdGPU-Treiber unterstützt nun die Radeon-Vega-Reihe besser; letzte Ausgabe war 4.15.18, am 19.4.2018
4.16	2018-04-01	62.883	25.558.670	100,6	63	letzte Ausgabe war 4.16.18, am 26.6.2018
4.17	2018-06-03	61.332	25.379.428	99,77	63	HDCP-Unterstützung bei Intel-Kernen mit enthaltenem Bildrechenwerk, erste Gegenmaßnahmen gegen Spectre v4 (Speculative Store Bypass), Entfernung der Unterstützung für Blackfin-, AXIS CRIS- und 6 weiterer Rechenwerke; letzte Ausgabe war 4.17.19, am 24.8.2018
4.18	2018-08-12	61.003	25.280.872	101,8	70	Vorarbeiten für die leistungsgesteigerte Firewall Bpfilter; Unterstützung für GPU von Kaby Lake-G und der angekündigten Vega20; erster Unterstützung für Qualcomms Snapdragon-845-Prozessor; letzte Ausgabe war 4.18.20, am 21.11.2018
4.19	2018-10-22	61.734	25.588.455	103,1	71	LZP-Ausgabe; erstmals wurden Verhaltensregeln für Entwickler fest in die Beschreibung (oder auch Dokumentation) aufgenommen, Unterstützung des neuen WLAN-Standards 802.11ax, Beschleunigung der SATA-Treiber; jüngste Ausgabe war 4.19.311, am 26.3.2024
4.20	2018-12-23	62.481	25.955.520	104,3	62	AmdGPU-Treiber unterstützt neue Bildrechenwerke (BRWs oder eben ewiggestrig GPUs) von AMD; Behebung der Sicherheitslücke für die zweite Abart von Spectre; letzte Ausgabe war 4.20.17, am 19.3.2019

2019–…, vom 5er bis zum 5.19er

Aus­gabe	Veröffent­lichung	Datei­en	Zeilen	Größe in MB	Zeit in Tagen	Anmerkungen
5.0	2019-03-03	63.135	26.203.035	102,8	70	hinzugekommen ist u.a. die Unterstützung zur Bildangleichung mit Hilfe von AMDs sogenanntem FreeSync, desweiteren wurde auch allgemein die Speicherverwaltung weiter verbessert; letzte Ausgabe war 5.0.21, am 4.6.2019
5.1	2019-05-06	63.873	26.459.776	105,9	63	Schriftenträger können nun über ggf. zeitversetzte Ein- und Ausgaben angesprochen werden; letzte Ausgabe war 5.1.21, am 28.7.2019
5.2	2019-07-07	64.587	26.552.127	107,0	63	u.a. können Verzeichnisse nun in Ext4 auch ohne zwingende Beachtung der Groß- und Kleinschreibung genutzt werden; die Absicherungen gegen die Meltdown- und Spectre2-Sicherheitslücken wurden verbessert; letzte Ausgabe war 5.2.21, am 11.10.2019
5.3	2019-09-15	65.261	27.141.312	109,1	70	AMDs Navi wird nun unterstützt und es wurde u.a. auch die IPv4-Unterstützung verbessert; letzte Ausgabe war 5.3.18, am 18.12.2019
5.4	2019-11-25	65.701	27.538.212	109,4	71	LZP-Ausgabe; u.a. können Verzeichnisse nun besser in virtuelle Maschinen eingebunden werden, ExFAT wird nun unterstützt und es gab viele Änderungen in der Sicherheit, so u.a. zum sogenannten Kernel-Lockdown, also eine Abriegelung, um den Kern zu seiner Laufzeit – ähnlich wie das auch beim Windows-NT-Kern schon vor einigen Jahrzehnten eingeführt wurde – selbst vor Anwendern mit höchsten (oder auch tiefgreifensten) Nutzerrechten (im englischsprachigen Linux-Sprech ‚root‘ genannt) zu schützen jüngste Ausgabe war 5.4.273, am 26.3.2024
5.5	2020-01-27	66.493	27.854.754	111,1	63	neben den üblichen Treibern für Bildrechenwerke, u.a. Erweiterungen und weitere Verbesserungen für Btrfs, Verbesserungen am Ausbesserungsverfahren im laufenden Betrieb, im HRK-Lastenausgleich (Load-Balancing), in der Virtualisierung (mit der KVM und BPF-Virtual-Machine), für Intels Dauerspeicher (englisch persistent memory) in NVRAM-Bauweise, erste WireGuard-Unterstützung und vorbereitend auch für USB-4; letzte Ausgabe war 5.5.19, am 21.4.2020
5.6	2020-03-29	67.337	28.169.797	112,2	62	die gemeinsamen Ordner von VirtualBox werden nun wohl auch ohne dessen (umständliche) Gasterweiterung unterstützt; desweiteren wurde u.a. wohl auch die Unterstützung für WireGuard- und USB4 freigegeben; letzte Ausgabe war 5.6.19, am 17.6.2020
5.7	2020-05-31	67.939	28.442.333	112,2	63	im VFS-Baum oder auch (aus einer anderen Sichtweise) in dessen Ebene (englisch layer) wurde u.a. die ExFAT-Unterstützung überarbeitet; letzte Ausgabe war 5.7.19, am 27.8.2020
5.8	2020-08-02	69.327	28.994.351	114,3	63	u.a. besserer Umgang mit dem Schriftengefüge procfs und WPA3 für drei ältere WLAN-Treiber; letzte Ausgabe war 5.8.18, am 1.11.2020
5.9	2020-10-11	69.972	29.461.217	115,3	70	u.a. mit weiteren Treibern und zugehörigen (Geräte-Gefüge-)Aufrufern; außerdem wurde die Verwendung des „Zstandard“ genannten Verfahrens erweitert; und nebenher wurden (u.a.) die Unicore32-Teile (sehr wahrscheinlich dauerhaft) entfernt; letzte Ausgabe war 5.9.16, am 21.12.2020
5.10	2020-12-13	70.602	29.733.599	116,4	63	LZP-Ausgabe; nachgebildete Umgebungen werden besser abgesichert; kann nun u.a. freie RISC-V-Rechenwerke über EFI laden; jüngste Ausgabe war 5.10.214, am 26.3.2024
5.11	2021-02-14	71.238	30.340.055	117,4	63	u.a. die Unterstützung zur sogenannten Virtualisierung ebenso für Samba sowie NFS wurden erweitert und hinzugekommen ist (u.a.) Unterstützung für Intels SGX; letzte Ausgabe war 5.11.22, am 19.5.2021
5.12	2021-04-25	71.463	30.545.205	118,5	70	u.a. weitere Verbesserungen in der Virtualisierung und bei räumlichen Bildberechnungen (u.a. für Spiele); letzte Ausgabe war 5.12.19, am 20.7.2021
5.13	2021-06-27	72.184	30.940.247	119,5	63	hinzugekommen ist u.a. das für die innere (Kern-)Sicherheit zuständige ‚Control Flow Integrity‘, zudem auch kurz ‚CFI‘ genannt, und ‚Landlock‘, desweiteren wurde u.a. die Zusammenarbeit mit ‚Samba‘ weiter gebessert letzte Ausgabe war 5.13.19, am 18.9.2021
5.14	2021-08-29	72.828	31.479.754	120,6	63	hinzugekommen sind u.a. geheime Speicherbereiche und Unterstützung für den Raspberry Pi 400; desweiteren verbesserte Unterstützung für USB 4 und Grundlagen für Intels Alder-Lake-Rechenwerke; außerdem wurde die veraltete Unterstützung für IDE nun (wohl vollständig) durch libata ersetzt; letzte Ausgabe war 5.14.21, am 21.11.2021
5.15	2021-10-31	73.575	31.812.242	121,6	63	LZP-Ausgabe; u.a. die NTFS- und SMB-Fähigkeiten sowie die kurz NUMA genannten Zugriffsfähigkeiten wurde nachgeschult; jüngste Ausgabe war 5.15.154, am 10.4.2024
5.16	2022-01-09	74.265	32.233.528	122,7	70	u.a. mit Futex2 (ansatzweise weiter) überarbeitete Verwaltung, welche Wain- und Windows-Spiele (künftig) besser unterstützen soll; letzte Ausgabe war 5.16.20, am 13.4.2022
5.17	2022-03-20	74.993	32.488.489	127,9	70	u.a. sogenannter anonymer Speicher (ursprünglich wohl – wie üblich, nur amerikanisch – „anonymous memory“ genannt) soll nun wohl „bewertbar“ sein (was auch immer das, erstmal nur nach dem Lesen der zugehörigen Einleitung, bedeuten soll) und der erweiterte oder (amerikanisch extended) BPF soll wohl ein Stück weit weiter übertragbar geworden sein; letzte Ausgabe war 5.17.15, am 14.6.2022
5.18	2022-05-22	75.837	33.235.430	130,0	70	die (Haupt-)Beschreibungssprache wird erstmals von C(19)89 auf C(20)11 gewechselt; dann wird unter anderem damit begonnen, daß Linux künftig von Hause aus nicht mehr mit ReiserFS umgehen kann; außerdem wird nun ganz offen für Intel eine Hintertür eingerichtet; letzte Ausgabe war 5.18.19, am 21.8.2022
5.19	2022-07-31	76.916	34.035.647	131,0	70	erweiterte (TCP-)Netzwerkunterstützung durch die Möglichkeit deutlich längere Sendungen auszuführen (oder auch größere Pakete zu senden) sowie zu empfangen und Vorbereitungen für künftige Erweiterungen, welche aber ebenso (gegenwärtig noch) eher für Großrechner gedacht sind; nebenher wurden u.a. die Hitachi-H8/300-Teile (wahrscheinlich dauerhaft) entfernt; letzte Ausgabe war 5.19.17, am 24.10.2022

2022–…, vom 6er bis zum …

Aus­gabe	Veröffent­lichung	Datei­en	Zeilen	Größe in MB	Zeit in Tagen	Anmerkungen
6.0	2022-10-02	77.968	35.137.016	134,2	63	letzte Ausgabe war 6.0.19, am 12.1.2023
6.1	2022-12-11	78.644	35.548.350	134,2	70	LZP-Ausgabe; nun erstmals mit Unterstützung der Sprache Rust; jüngste Ausgabe war 6.1.85, am 10.4.2024
6.2	2023-02-19	79.455	35.868.349	136,3	70	letzte Ausgabe war 6.2.16, am 17.5.2023
6.3	2023-04-23	79.561	36.007.945	137,4	63	letzte Ausgabe war 6.3.13 am 11.7.2023
6.4	2023-06-25	80.282	36.416.957	137,4	63	u.a. Unterstützung für AMDs Guided-Autonomous-Mode, um nun die (oberen und unteren) Grenzen der Leistungsaufnahme (wenigstens für die betreffenden AMD-Rechenwerke) wohl erstmals (auch über den Linux-Kern) einstellen zu können, und Unterstützung für Intels Linear-Address-Masking (LAM), um den von 64-Bit-Zeigern verwendeten Speicher sinnvoller zu nutzen; letzte Ausgabe war 6.4.16, am 13.9.2023
6.5	2023-08-27	86.048	37.336.785	138,4	63	zahlreiche Nachbesserungen, so u.a. zu USB4 v2, MIDI 2.0 und WiFi 7; letzte Ausgabe war 6.5.13, am 28.11.2023
6.6	2023-10-30	?	?	140,5	64	LZP-Ausgabe; u.a. die Ablauf-Verwaltung wurde fortgebildet (oder auch nachgeschult sowie überarbeitet); jüngste Ausgabe war 6.6.26, am 10.4.2024
6.7	2024-01-07	?	?	141,6	69	nun ggf. wahlweise wieder mit 32-Bit-Unterstützung; nebenher wurden u.a. die C6x- und IA-64-Teile (sehr wahrscheinlich dauerhaft) entfernt (und, allein zum Letztgenannten, der zugehörige AMD64-Teil zur Vorgabe – sowie Vorauswahl – gemacht); letzte Ausgabe war 6.7.12, am 3.4.2024
6.8	2024-03-10	?	?	142,6	63	u.a. mit fortgebildeten Treibern für Intels Bild-Berechnungs-Einheiten und ebenso fortgebildeter Echtzeit-Verwaltung; jüngste Ausgabe war 6.8.5, am 10.4.2024

Besonderheiten zu den Nutzungsbedingungen

Unfreie Teile und der Freiheitsbegriff

Die gegenwärtig von Linus Torvalds herausgegebene Fassung des Kerns enthält auch unfreie (genauer nicht mit ihren Vorschriften offengelegte oder zudem auch kurz „geschlossene“ Teile in Maschinensprache und ist daher – im strengen Sinne – nicht mehr allein den (unbeschränkt oder auch bedingungslos :-)) freien Anwendungen zuzuordnen. Richard Stallman bezweifelt sogar, daß sie rechtsmäßig einfach so (selbst zur gemeinfreien? … naja – recht sicher aber wohl – nur zur Weiterentwicklung unter den selbst auferlegten Bedingungen der GPL) übernommen und so auch vervielfältigt werden darf, da diese maschinensprachigen (und daher nicht einfach menschenlesbaren) Teile – auch im sehr strengen Sinne – im Widerspruch zur GPL stünden und die Rechte aus der GPL daher erlöschen würden. Folglich rät die Free Software Foundation deshalb dazu, nur freie (einfach menschenlesbare) Ausgaben u.a. auch von Linux einzusetzen, bei denen die unfreien Bestandteile eben entfernt oder (ins Menschenlesbare übersetzt) wurden. Linux-Distributionen mit dem Kern Linux-libre erfüllen diesen Anspruch.

Der Kern unter der GPL 2

Die bei unter den Bedingungen der GPL freigegebenen Anwendungen – wie auch dem Linux-Kern – übliche Klausel, daß statt dessen zweiter Ausgabe auch eine höhere Ausgabe verwendet werden kann, fehlt beim Linux-Kern. Die Entscheidung, ob die im Sommer oder – genauer – am 29. Sechsten 2007 erschienene dritte GPL-Ausgabe für Linux verwendet werden sollte, war damit nur mit Zustimmung aller beteiligten Entwickler möglich. In einer Umfrage hatten sich Torvalds und die meisten anderen Entwickler für die Beibehaltung der zweiten GPL-Ausgabe ausgesprochen.

Siehe auch

Deutsch:

• Linux auf Deutsch: Verschiedene Distributionen im Überblick – Wintotal, am 4.5.2021; dort dann abschließend unter „6. Fazit“ mit: „Die großen, bekannten Distributionen lassen sich als Linux auf Deutsch genauso nutzen, wie ein Windows 10 und bieten bereits bei der Installation Auswahlmöglichkeiten, ….“, was so aber schon irreführend ist, da Windows nicht erst bei der Ersteinrichtung (oder ebenda wahrscheinlich auch noch immer sobezeichneten Installation), sondern schon bei der Vorauswahl und/oder auch spätestens dann beim Rechner-Kauf, (bisher nur üblich) wenigstens ansatzweise auf die hier eigentlich übliche Landes- und Heimatsprache (vor)eingestellt (und zuvor eben auch ersteingerichtet) ist

• Linux-Kernel – Golem
• Linux-Kernel – Heise (wenigstens im offen sichtbaren Bereich mit Bindestrich)
• Linux Kernel Download (eigentlich nur denglisch) – ComputerBase

• Was ist Linux? – Einleitung (der ebenda sogenannten Benutzerversion) bei SelfLinux, eine „deutschsprachige[…] Dokumentation zu GNU/Linux“; anscheinlich zuletzt geändert und veröffentlicht in den Jahren zwischen 2005 und 2007

• Wikipedia:de:Linux Presentation Day – zudem kurz als „LPD“ bezeichnet, wenigstens ansatzweise übersetzt „(der) Linux-(Präsentations-)Tag“ und dazu kurz „LPT“

• Wikipedia:de:Berkeley Software Distribution – wahrscheinlich eher unter dessen Abkürzung „BSD“ bekannt; eine ähnlich offen und freie Entwicklung eines Betriebsgefüges, an der (kalifornischen) Hochschule Berkeley, welche wohl mal als Vorbild auch für deutschsprachige Hochschulen genutzt werden könnte; ist für die allgemeine Bevölkerung aber wahrscheinlich eher weniger geeignet, da Hochschulen (oder auch Universitäten) anscheinlich gegenwärtig (2022 noch immer) eher dazu neigen, sich vom gemeinen V… Folk (allein schon in ihrer eigenen (und – für Außenstehende – ewiggestrigen Fremd-)Sprache) abzugrenzen (siehe beispielsweise Universität Potsdam)
• Wikipedia:de:Linux (Kernel) (am 17.9.2019) – der Ursprung dieses Eintrages hier, im EuK-Wiki
  • …:Knoppix, …:Kubuntu und …:Suse – sozusagen drei freie Aufbauten, wobei den ersten Beiden Debian zugrundeliegt und welche (alle drei) wohl einigermaßen gute heimatsprachige Unterstützung bieten (oder wenigstens mal – eine Zeit lang – boten), ebenso wie (wenigstens zum Zweitgenannten) das zugehörige UbuntuUsers-Wiki; zudem sind (oder waren) Knoppix und Suse (eigentlich) heimische Entwicklungen (also von heimischen Entwicklern), Kubuntu hat (oder hatte) aber die größere Verbreitung, damit (in gegenseitiger Abhängigkeit) auch die größere Entwicklergemeinschaft und bessere (also auch längere) Unterstützung der Anwender (auch von außen, siehe auch WSL)

Amerikanisch:

• torvalds/linux – Entwicklerseite, bei GitHub
  • Linux-Kern-Archiv – zugehörige Seite, für Veröffentlichungen
• Elixir Cross Referencer
• Interactive Linux Kernel Map
• Linux Kernel Newbies – für angehende Entwickler
• Oldlinux.org – Sammlung alter Kerne
• Linux 0.01 News – Seite zur Weiterentwicklungen des 0.01-Kerns für neuere GCC-Ausgaben
• Anatomy of the Linux kernel – IBM, am 5.6.2007

Meldungen und Ähnliches

• Linux-Notebook im Test: Das Tuxedo Pulse 14 Gen 3 – Heise, am 18.3.2024

• …: Linux bekommt Systemaufruf für Windows-Spiele – Golem, am 4.12.2020

• Microsoft rüstet WSL 2-Support bei den Windows 10-Versionen 1903 und 1909 nach – Heise, am 27.8.2020; siehe zudem auch bei Microsoft (wenigstens teilweise auch auf deutsch) unter „Windows-Subsystem für Linux: Installationsleitfaden für Windows 10“ (dort zuletzt geändert am 23.7.2018 und im Internet-Archiv zuletzt gesichert am 13.5.2020) sowie „Was ist das Windows-Subsystem für Linux?“ (am 12.5.2020 und im Internet-Archiv zuletzt gesichert am 8.6.2020) oder auch unter Wikipedia:de:[Windows-Subsystem für Linux] (am 29.8.2020)
• Entwicklung: Microsoft bringt WSL 2 für ältere Windows-10-Version – Golem, am 24.8.2020; zudem mit: „[…] Microsoft wird das neuen Windows Subsystem für Linux (WSL) 2 auch für die Windows-10-Versionen 1909 und 1903 bereitstellen. Standardmäßig verfügbar ist das WSL2 bisher nur mit dem Mai-Update 2020 von Windows 10.“

• WSL2: Linux-Kernel kommt per Windows-Update – Golem, am 12.6.2020

Altschriftliches (Literatur)

… genauer althergebracht Papier-Schriftliches (oder auch ewiggestrig sogenannte Literatur), hauptsächlich – eigentlich schon lange überholt – mit Hilfe als Datenträger mißbrauchter Bäume:

• Linux-Kernelarchitektur. Konzepte, Strukturen und Algorithmen von Kernel 2.6. – von Wolfgang Mauerer, 2003 über den Hanser-Fachbuchverlag in München veröffentlicht; ISBN 3-446-22566-8
• Linux-Kernel-Handbuch. Leitfaden zu Design und Implementierung von Kernel 2.6. – von Robert Love, 2005 über den Addison-Wesley-Verlag in München veröffentlicht; ISBN 3-8273-2204-9
• Linux Device Drivers (sehr wahrscheinlich nur in amerikanischem Englisch) – von Jonathan Corbet, Alessandro Rubini und Greg Kroah-Hartman; in der 3. Auflage 2005 über den O’Reilly-Verlag veröffentlicht; ISBN 0-596-00590-3

Belege

… und Anmerkungen: