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: 5.8 (2.8.2020) Beschreibungs­sprache(n): Englisch (C und u.a. Assembler) Zuordnung(en): Gefüge-Kern Bedingung(en): GPLv2 (only), enthält unfreie Binärblobs deutsch­sprachig: nein Sonstiges: unterstützte Rechenwerke: – Alpha AXP – Arm – Atmel AVR32 – Hitachi SuperH – HP PA-Risc – Mips – Motorola 68000 – PowerPC – Renesas H8/300 – Sparc – x86 (IA-32/IA-64, AMD64) – z Systems – und Weitere; mögliche Start­medien: Festplatte, CD, DVD, Diskette, Netzwerk, USBVorlage:Infobox Software/Wartung/Sonstiges Netzanschrift: www.kernel.org

Linux (gesprochen Lihnukkß) ist der sehr bekannte Kern des gleichnamigen Betriebsgefüges, welcher, mit Ausgabe 0.01, im Jahre 1991 von Linus Torvalds ursprünglich für seinen 386er (später u.a. auch für weitere x86er) entwickelt und ab Ausgabe 0.12 unter der freien GPL veröffentlicht wird. Er ist heute Teil einer Vielzahl von Betriebsgefügen oder auch sogenannten Linux-Distributionen.

Der Name Linux setzt sich zusammen aus dem Vornamen des Schöpfers, Linus, und einem X für das (ursprünglich) als Vorbild dienende Unix. Er bezeichnet im weiteren Sinne mittlerweile nicht mehr nur den Kern selbst, sondern im übertragenen Sinne auch ganze auf Linux aufbauende Betriebsgefüge sowie dessen Verteilungen (oder auch ewiggestrig sogenannte Distributionen), was (anscheinlich um die 2000er Jahre rum) zum GNU/Linux-Namensstreit führte.

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 Anwendungs­entwicklungsschnittstelle 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 (oder auch programmiert), wobei einige GNU-C-Erweiterungen genutzt werden. Eine Ausnahme bilden die geräteabhängigen Teile (im sogenannten Arch-, also – wörtlich übersetzt – im Ursprungs-/Wurzel- oder eben treffender im Geräte-Verzeichnis innerhalb der Linux-Sourcen), wie zum Beispiel der Beginn des Urladens, welcher eben sehr gerätenahe noch in Assemblersprache beschrieben ist.

Arbeitsweise

Bei einem streng monolithischen Kern wird der gesamte Quellcode einschließlich aller Treiber in das ausführbare Kern-Abbild übersetzt (oder auch ewiggestrig kompiliert). Im Gegensatz dazu kann Linux Teile (Module) nutzen, welche erst während des Betriebs (und nach der Übersetzung) geladen und wieder entfernt werden können. Damit wird die Flexibilität erreicht, um unterschiedlichste Geräte ansprechen zu können, ohne sämtliche (auch nicht benötigte) Treiber und andere Teile im (2019 n.Chr.) noch immer recht begrenzten Hauptspeicher halten zu müssen.

Sind Teile der Gerätebeschreibungen (oder auch sogenannten Hardware-Spezifikationen) 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 (oder auch sogenannte Emulatoren) 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 (englisch ‚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 (oder kontrollierten) 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 Betriebsgebildes ab, welches sich gegenwärtig (im Jahre 2019) üblicherweise eben aus einem Kern und weiteren grundlegenden Anwendungen sowie Anwendungsteilen zusammensetzt und einen Rechner so erst für gewöhnliche Menschen – in ihrer Gesamtheit (bisher üblicherweise noch) als im Hintergrund arbeitende (schwache) künstliche Vernunft – einfach bedienbar macht.

Siehe auch: Linux-Ablaufplaner; 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 (oder auch sogenannte Stabilität) der von außen erreichbaren Schnittstellen wird von den Entwicklern zugesichert (oder auch garantiert), das heißt wohl nur (der Wikipedia nach), daß der gesammte Quellcode einer Kern-Ausgabe grundsätzlich ohne jegliche Veränderungen übertragbar (oder auch portierbar) 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ärschnittstelle ist nicht dauerhaft (oder stabil) 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 (oder auch portierbaren) Kern zu schreiben, wurde Linux – dank des GNU-Com… -Kompilers oder (noch besser) des …-Ü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 Rechenwerken (oder Architekturen)). Die Verbreitung reicht dabei über gewöhnliche Hausrechner (oder auch sogenannte Personal Computer oder – wenigstens besser eingedeutscht – Personal-Komputer) zudem von eher selten anzutreffenden Betriebsumgebungen wie dem kleinen Handrechner iPAQ oder auch auf Digitalkameras bis hin zu Großrechnern wie IBMs Z Systems.

Und obwohl die Übertragung auf die aus dem Jahr 1990 stammende S/390 ursprünglich ein von der IBM-Verwaltung nicht genehmigtes Unterfangen war (siehe auch Wikipedia:de:Skunk works), plant IBM auch seine nächsten Blue Gene genannten Großrechner mit einem eigenen Linux-Port auszustatten.

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 (oder auch kompilieren) 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 (oder diese auch frei laufen zu lassen).

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 (auf einer nach wie vor auch sogenannten Festplatte)
• Alpha – Linus arbeitete von 1994 bis 1995 an der Übertragung (oder auch sogenannten Portierung) 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 (oder Student) 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, im Jahre 2001, schließlich kamen Folgende hinzu:

• Itanium (IA-64) von Intel und HP
• 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 und Rechenwerk(ch)en läuft:

• Acorn A5000 und Risc-PC-Reihe (mit ARM, StrongARM, Intel XScale usw.)
• 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)
• Atmel AVR32
• Axis Cris
• Blackfin
• Compaqs Alphas
• Hitachi H8/300
• Hewlett-Packard PA-RISC
• IA-64: PCs mit 64-Bit-Intel-Itaniums
• IBMs S/390 und Z Systems
• Intels 80386 (bis Linux 3.7): IBM-PCs und dessen mit den x86ern Verträglichen (oder auch Kompatiblen)
• Intels 80486 (und Neuere) 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 im Rahmen des ELKS-Projektes weiterentwickelt.
• MIPS: Maschinen von Silicon Graphics …
• Motorolas 68020 und neuer: 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
• Sun/Oracle SPARC und UltraSparc – Arbeitsrechner (oder Workstations) von Oracle und Sun
• Hitachi SuperH: Sega Dreamcast
• OpenRISC

Schnittstellen für ARM

Linux unterstützt zwei verschiedene Binärschnittstellen für ARM-Rechenwerke. Die Ältere wird mit der englischen 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-Distributoren 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) sogenannte 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.

Kern-Ausgaben

Auf der bisher allein englischsprachigen Entwicklerseite kernel.org werden alle alten und neuen Kerne aufbewahrt (oder auch archiviert). Die dort veröffentlichten Referenz-Kerne werden im angloamerikanischen Linuxsprech 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 Distributoren oder Köche). Auf diesem Hauptkern (von kernel.org, mit Torwalds-Geschmack :-)) werden also üblicherweise all die anderen Geschmäcker weiterentwickelt, welche eben von den einzelnen Köchen weiter ergänzt oder auch nur anders voreingestellt werden können. Die Kern-Ausgabe des jeweils geladenen Betriebsgefüges kann wohl mit dem Befehl ‚uname -r‘ abgefragt werden.

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 Ziffer wird nur bei grundlegenden Änderungen in der Systemarchitektur 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 Ziffer gibt das jeweilige Major-Release an. Bisher wurden stabile Ausgabe (die Anwenderzweige) von den Entwicklern stets durch gerade Ziffern wie 2.2, 2.4 und 2.6 gekennzeichnet, während die Testversionen (Entwicklerzwiege) immer ungerade Ziffern trugen, wie zum Beispiel 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 das (englisch) sogenannte Minor-Release, welches die eigentliche Ausgabe kennzeichnet. Werden neue Fähigkeiten hinzugefügt, steigt die dritte Zahl an. Der Kern wird damit zum Beispiel mit einer Ausgabe-Nummer wie 2.6.7 bestimmt.

Um die Ausbesserung eines schwerwiegenden NFS-Fehlers schneller verbreiten zu können, wurde mit der Ausgabe 2.6.8.1 erstmals eine vierte Ziffer eingeführt. Seit 2005 (Kern-Ausgabe 2.6.11) wird diese Nummerierung offiziell verwendet. So ist es möglich, die Stabilität des Kernels trotz teilweise sehr kurzer Veröffentlichungszyklen zu gewährleisten und Korrekturen von kritischen Fehlern innerhalb weniger Stunden in den offiziellen Kernel zu übernehmen – wobei sich die vierte Ziffer erhöht (z.B. von 2.6.11.1 auf 2.6.11.2). Die Minorrelease-Nummer, also die dritte Ziffer, wird hingegen nur bei Einführung neuer Funktionen hochgezählt.

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 Versionsnummer '3' stehe gleichzeitig für das dritte Jahrzehnt, welches für den Linux-Kernel mit seinem 20. Geburtstag anfange. Bei neuen Versionen wird seitdem die zweite Ziffer 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.

Entwicklerzweige

Neuerungen sind im -mm genannten Zweig des Entwicklers Andrew Morton zu finden und werden anschließend in den Hauptzweig von Linus Torvalds übernommen. Somit werden große Unterschiede zwischen den Entwickler- und Anwendungskernen und damit verbundene Übertragungsschrierigkeiten (oder Portierungsprobleme) zwischen den beiden Zweigen vermieden. Durch dieses Verfahren gibt es auch weniger Unterschiede (oder Differenzen) zwischen der Hauptreihe und den Distributionskernen (früher wurden Features des Entwicklungszweiges von den Distributoren häufig in ihre eigenen Kerne rückintegriert). Allerdings litt 2004/2005 die Stabilität des 2.6er unter den häufig zu schnell übernommenen Änderungen. Ende Juli 2005 wurde deshalb ein neues Entwicklungsverfahren beschlossen, welches nach dem Erscheinen der Ausgabe 2.6.13 erstmals zur Anwendung kam. Neuerungen wurden von da an nur noch in den ersten zwei Wochen der Entwicklung (in den Hauptzweig) angenommen, wobei anschließend eine Qualitätssicherung bis zum endgültigen Erscheinen der neuen Ausgabe erfolgt.

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 offiziellen und über Kernel.org oder einen seiner Spiegel zu beziehenden Kern-Quellkodes können (oder konnten) ersatzweise auch sogenannte Kernel-Trees aus anderen Quellen genutzt werden. Die Verteiler (oder Vertreiber und ewiggestrig römisch-denglisch Distributoren) von auf Linux aufbauenden Betriebsgefügen pflegen meistens ihre eigenen Kern-Zweige und beschäftigen zu diesem Zweck fest angestellte Entwickler (oder auch sogenannte Kernel-Hacker, welche ihre Änderungen meist auch in die öffentlichen Entwicklungszweige einfließen lassen.

Distributions-Kerne sind häufig intensiv nachbearbeitet (oder denglisch gepatcht) worden, um auch Treiber zu enthalten, welche noch nicht im Hauptkern enthalten sind, von denen die Vertreiber (oder auch Distributoren) aber glauben, daß dessen Kundschaft sie benötigen könnten und die notwendige Fehlerfreiheit (oder auch Stabilität) dennoch gewährleistet ist.

Langzeitpflege

Die folgenden (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):

Ausgabe	Veröffentlichung	Unterstützungsende	Dauer in Jahren	Hauptentwickler
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	7-	Greg Kroah-Hartman und Sasha Levin
4.9	2016-12-11	2023-01	7-	Greg Kroah-Hartman und Sasha Levin
4.4	2016-01-10	2022-02	6+	Greg Kroah-Hartman und Sasha Levin
4.1	2015-06-22	2018-05-28	<3	—
3.18	2014-12-07	2019-05-16	<5	—
3.16	2014-08-03	2020-06-11	<6	Ben Hutchings
3.14	2014-03-31	2016-09-11	>2	—
3.12	2013-11-03	2017-05-09	<4	—
3.10	2013-06-30	2017-11-04	>4	—
3.4	2012-05-20	2016-10-26	>4	—
3.2	2012-01-04	2018-05-31	>6	—
3.0	2011-07-22	2013-10-22	>2	—
2.6.35	2010-08-01	2012-03-13	<2	—
2.6.34	2010-05-16	2014-02-10	<4	—
2.6.32	2009-12-03	2016-03-17	<7	—
2.6.27	2008-10-09	2012-03-17	<4	—
2.6	2003-12-18	2016-03-17	<13	—
2.4	2001-01-04	2008-12-18	>7	—
2.2	1999-01-26	2004-02-24	>5	—
2.0	1996-06-09	2004-02-08	<8	—

Geschichte

Zeittafeln

Siehe auch Bild zur Entwicklung der Anzahl Quellkode-Zeilen (einschließlich der Zeitangaben) unter Wikipedia:de:Bild:Lines of Code Linux Kernel.svg.

Das folgende Schaubild stellt einzelne Ausgaben des Linuxkerns anhand der Veröffentlichungszeiten auf einer entsprechenden Tafel angeordnet dar und soll auch dem Überblick dienen.

Siehe unter Wikipedia:de:Vorlage:Zeitleiste Linux (Kernel)

Bis zum 2.5er (1991–2003)

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 (englisch stable) Ausgabe
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 Prozessorarchitekturen, 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 Mehrprozessorsysteme
	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; 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
	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	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

2.6er bis zum 2.6.39er (2003–2011)

Bei Betrachtung der zuletzt erschienenen Versionen (siehe Tafel) erfolgt die Entwicklung einer neuen Ausgabe in durchschnittlich 82 Tagen. Der Kern wird hierbei im Durchschnitt um 768 Dateien und 325.892 Quelltextzeilen (englisch lines of code) erweitert. Das mit dem Datenkompressionsprogramm gzip verdichtete tar-Archiv (.tar.gz) wächst 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		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 zur Nebenläufigkeit (oder auch zur ewiggestrig sogenannten Präemptivität, genauer zum präemptiven Multitasking) befähig
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 die Virtualisierungstechnik KVM
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 sogenannten 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	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	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	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

Ab dem 3er (2011–…)

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	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	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	LZP-Ausgabe; hinzugekommen war u.a. die Unterstützung des – u.a. nach den sechs Schlaf- und Wach-Stufen benannten – RC6 genannten 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 die größer sind als 16 Terabyte, größere Veränderungen an den Bild- oder auch ewiggestrig sogenannten Grafik-Treibern für Nvidia-, Intel- und AMD-(Bild-)Rechenwerke und verbesserte Geräteunterstützung für Helligkeitsregelung und Stromsparfähigkeiten von Ton- oder auch sogenannten Soundkarten; 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 für Intels 386er 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	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 (oder auch Cache) 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 sogenannten 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) Linux for Workgroups genannt.
3.12	2013-11-03	44.586	17.726.872	76,34	62	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	LZP-Ausgabe; hinzugekommen ist ein Ablaufplaner, der für Echtzeit­gefüge geeignet ist, 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 die 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	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
4.0	2015-04-12	48.945	19.312.370	82,31	63	u.a. Unterstützung für Nachbesserungen im laufenden Betrieb (auch Kernel-Live-Patching genannt); letzte Ausgabe war 4.0.9, am 21.7.2015
4.1	2015-06-22	49.457	19.512.485	83,05	70	LZP-Ausgabe; u.a. Verschlüsselung für Ext4, Treiber für nichtflüchtigen Arbeitsspeicher (in DIMM-Bauweise, englisch ‚non-volatile dual inline memory module‘ und zudem kurz ‚NV-DIMM‘ genannt) 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.115	87,35	70	LZP-Ausgabe; Bildtreiber für den Raspberry Pi und weitere 3D-Beschleunigungen in KVM für entsprechende Maschinen, Verbesserungen bei RAID und Festkörperspeicher; BPF-Aufrufe sind nun auch im sogenannten Userspace möglich; jüngste Ausgabe war 4.4.232, am 31.7.2020
4.5	2016-03-14	52.916	21.154.545	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.694	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.712.846	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 (oder denglisch auch sogenannte Overclocking) für AMD-Bildrechen-Treiber und eine zugehörige frische (GPU-)Virtualisierungstechnik 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	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; jüngste Ausgabe war 4.9.232, am 31.7.2020
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 (Cache) 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; 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; jüngste Ausgabe war 4.14.191, am 31.7.2020
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	60.973	25.280.736	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.700	25.588.319	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.136, am 31.7.2020
4.20	2018-12-23	62.446	25.955.384	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
5.0	2019-03-03	63.135	26.211.072	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	Datenträger können nun über zeitversetzte Ein- und Ausgaben (englisch ‚asynchronous I/O‘ und zudem kurz AIO) 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 (case-sensitivity) 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,1	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.55, am 31.7.2020
5.5	2020-01-27	66.493	27.854.754	106	63	neben den üblichen Treibern für Bildrechenwerke, u.a. Erweiterungen und weitere Verbesserungen für Btrfs, Verbesserungen am Ausbesserungsverfahren im laufenden Betrieb (englisch Live Patching), 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	107	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	?	?	107	63	im VFS-Baum oder auch (aus einer anderen Sichtweise) in dessen Ebene (englisch layer) wurde u.a. die ExFAT-Unterstützung überarbeitet; jüngste Ausgabe war 5.7.12, am 31.7.2020
5.8	2020-08-02	?	?	109	63	u.a. besserer Umgang mit dem Schriftengefüge procfs und WPA3 für drei ältere WLAN-Treiber

Weitere Einzelheiten zum 2.6er

Dieser Eintrag oder Abschnitt bedarf einer Überarbeitung: Die folgenden Unterabschritte ggf. weiter übersetzen, dann (so weit wie möglich) kürzen und ggf. oben in die zugehörigen Geschichtsabschnitte (zum 2.5er oder 2.6er) einarbeiten oder (auch) in eigene Einträge auslagern. -- Ehwa, am 2.4.2020, um 9:51 (MESZ) Bitte hilf mit, ihn zu verbessern, und entferne anschließend diesen Hinweis.

Der 2.6er wurde ab 2001 (noch im 2.5er-Entwicklerzweig) auf Grundlage des damaligen 2.4er-Zweiges entwickelt und wieß umfangreiche Verbesserungen auf. Für die Entwickler wurde die Vorschrift (oder auch der – damals – neue Quelltext) übersichtlicher gefaßt und damit leichter zu pflegen, während die Anwender durch die Überarbeitung des Ablaufplaners sowie des E/A-Bereiches kürzere Verarbeitungs- und Antwortzeiten ertragen (oder genießen :-) ) dürfen. Dies wurde durch eine Reihe von Maßnahmen erreicht, welche im Folgenden genauer aufgezeigt werden.

Zugriffsrechte

Mit dem 2.6er wurden (im Linux-Kern) erstmals Zugriffsrechte (oder auch, aus dem englischen access control lists entlehnt, sogenannte Zugriffskontrolllisten) eingeführt. Diese sehr feinkörnige Rechteverwaltung ermöglicht es vor allem Rechnerverwaltern (oder Systemadministratoren), die Rechte auf einem Dateisystem unabhängig vom Gruppen- und Nutzer-Modell zu gestalten und dabei beliebig viele Sonderrechte je Datei zu setzen. Die mangelnde Unterstützung derartiger Zugriffsrechte wurde vorher als große Schwäche von Linux im Rahmen der Verwaltung und der Möglichkeiten sicherer (Vor-)Einstellungen gesehen.

Die Unterstützung der Zugriffsrechte funktioniert dabei unter anderem mit den Schriftgefügen ext2, ext3, JFS und XFS.

Weitere grundlegende Änderungen

Soweit es möglich ist, wurde in Linux 2.6 die Höchstzahl für bestimmte Ressourcen angehoben. Die Anzahl von möglichen Benutzern und Gruppen wurde dabei von rund 65.000 auf über 4 Milliarden angehoben, ebenso wie die Anzahl der Prozess-IDs (von rund 32.000 auf über 1 Milliarden) und die Anzahl der Geräte (Major/Minor-Nummern). Weitere leistungssteigernde Maßnahmen betrafen die E/A-Planer (im denglischen Linux-Sprech auch ‚O(1)-Scheduler‘ genannt), das Threading mit der damals frischen Native POSIX Thread Library und den Netzwerkstapel (englisch network stack), der nun ebenfalls in den meisten Tests O(1)-skaliert ist. Außerdem wurde für die Verwaltung der E/A-Gerätedateien das früher genutzte devfs durch udev ersetzt, was viele Unzulänglichkeiten, wie zum Beispiel ein zu großes /dev/-Verzeichnis, beseitigte. Außerdem kann so eine einheitliche Gerätebenennung erfolgen, welche beständig bleibt, was vorher nicht der Fall war.

Lizenzbesonderheiten

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-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: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 (2019) eher dazu neigen, sich vom gemeinen V… Folk (allein schon in ihrer eigenen (und – für Außenstehende – ewiggestrige Fremd-)Sprache) abzugrenzen (siehe beispielsweise Universität Potsdam)
• Wikipedia:de:Linux (Kernel) (am 17.9.2019) – der Ursprung dieses Eintrages hier, im EuK-Wiki

Englisch:

• Linux-Kern-Archiv – Entwicklerseite
• 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 6.6.2007

Meldungen

… und Ähnliches:

• WSL2: Linux-Kernel kommt per Windows-Update – Golem, am 12.6.2020; siehe zudem auch unter Wikipedia:de:Windows Subsystem for Linux

Altschriftliches

… genauer althergebracht Papier-Schriftliches (oder auch ewiggestrig sogenannte Literatur), hauptsächlich – eigentlich schon lange überholt – mit Hilfe als Datenträger mißbrauchter Bäume und anderer Planzen, deren Zellstoffe entsprechend mißbraucht werden)

• 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: