Linux will 247.000 Zeilen alten ARM-Code entfernen
Ein Kernel-Branch würde rund 247.000 Zeilen löschen, indem er abgekündigte 32-Bit-ARM-Plattformen und die nur von ihnen genutzten Treiber entfernt.
3 Min. Lesezeit

Die Zahlen
- lines of code the branch would remove in total
- 247k
- lines of ARM platform code, before counting drivers
- 55k
- patches in the removal series
- ~300
Der Linux-Kernel-Maintainer Arnd Bergmann hat einen Branch veröffentlicht, der rund 247.000 Zeilen Code löschen würde. Er entfernt eine Reihe abgekündigter 32-Bit-ARM-Plattformen und dazu die Gerätetreiber, die nur diese Plattformen genutzt haben. Phoronix berichtete am 14. September 2026 darüber, und der Branch selbst liegt im SoC-Baum des Kernels als board-remove-7.3.
Interessant ist, woher der Code tatsächlich kommt. Die Plattformen sind die kleinere Hälfte der Summe.
Die Treiber machen den größten Teil aus
Bergmann gibt den Plattformcode mit etwa 55.000 Zeilen an. Alles darüber ist Treibercode, den keine verbleibende Hardware mehr braucht, sobald diese Boards weg sind.
"Nach der Abkündigung in Linux 7.3 wird das Entfernen der alten ARM-Plattformen den Kernel um rund 55k Zeilen Code leichter machen", schrieb er. "Aber das Entfernen der jetzt unbenutzten Treiber, die nur für diese Plattformen relevant sind, bedeutet, dass grob eine Viertelmillion Zeilen Code entfernt werden können."
Eine Plattform ist in diesem Sinn der Unterstützungscode für eine Familie von Chips oder Boards. Er regelt, wie der Kernel dort startet und wie er Timer, Interrupts und Busse dieser Hardware erreicht. Treiber sitzen darüber und sprechen mit einzelnen Geräten. Wenn die letzte Maschine, die einen Treiber nutzte, aus dem Baum verschwindet, hat dieser Treiber keine Aufrufer mehr.
| Posten | Zeilen |
|---|---|
| Alter ARM-Plattformcode | etwa 55.000 |
| Gesamtsumme, die der Branch entfernt, Treiber eingeschlossen | etwa 247.000 |
| Neuer Code, den die Serie hinzufügt | etwa 5.000 |
| Gesamter Kernel-Quellbaum, zum Vergleich | etwa 41 Millionen |
Die Serie fügt rund 5.000 Zeilen hinzu, während sie diese Viertelmillion entfernt, verteilt auf etwa 300 Patches.
Welche Plattformen betroffen sind
Der Branch nimmt A1100, Footbridge, RISCPC, die Familie Orion, Dove und MV78xx0, OMAP24xx, i.MX31, LPC18xx sowie die STM32-Mikrocontroller-Ports ins Visier. Das sind 32-Bit-ARM-Entwürfe, und die ältesten davon stammen aus der Zeit, bevor ARM die Standardwahl für Telefone und eingebettete Boards wurde.
Für alle, die den Baum verfolgen, ist davon nichts überraschend. Die Plattformen wurden in Linux 7.3 abgekündigt, und so kündigt der Kernel an, dass eine Entfernung kommt.
Wann es kommt
Der Zeitpunkt steht nicht fest. Phoronix weist darauf hin, dass Bergmann auf der Kernel-Mailingliste Linux 7.4 oder Linux 7.5 erwogen hatte und dass 7.5 das wahrscheinlichere Ziel ist. Ein Branch ist ein Vorschlag, bis ein Maintainer ihn zieht. Die Version, die man im Auge behalten sollte, ist also 7.5.
Das setzt ein Muster fort, das Beachtung verdient. Linux 7.4 entfernte BFS, das Boot-Dateisystem von UnixWare, mit weitgehend derselben Begründung: Code ohne Nutzer kostet echten Wartungsaufwand.
Was das für Entwickler bedeutet
Prüfen Sie, ob irgendetwas, das Sie ausliefern, diese Plattformen berührt, und zwar jetzt und nicht erst nach dem Merge. Der praktische Test ist einfach. Suchen Sie in Ihren Kernel-Konfigurationen und in allen Out-of-Tree-Treibern nach den oben genannten Plattformnamen und nach den passenden mach--Verzeichnissen.
Wenn Sie ein Produkt auf einem dieser Chips pflegen, haben Sie eine Entscheidung und keinen Notfall. Sie können auf einem Long-Term-Stable-Kernel bleiben, der den Code noch Jahre behält. Sie können die Plattform selbst als Out-of-Tree-Patchsatz mitführen, was Sie ein Rebase pro Release kostet. Oder Sie bringen das Produkt auf einen unterstützten Chip. Die erste Möglichkeit ist die billigste, und nur die dritte beendet das Problem.
Für alle anderen ist die Wirkung indirekt, aber echt. Ein Treiber, den niemand baut, wird dennoch von jeder baumweiten Änderung, jeder API-Umbenennung und jedem Statikanalyse-Lauf mitgenommen. Ihn zu löschen entfernt eine Art von Arbeit, die bei Leuten landete, die kein Interesse an dieser Hardware hatten. Das ist das Argument für diese Entfernungen, und deshalb geschehen sie immer wieder.
Das größere Signal betrifft den Umgang des Kernels mit seiner eigenen Geschichte. Unterstützung wird hier nicht still zurückgezogen. Die Plattformen wurden ein Release im Voraus als abgekündigt markiert, die Entfernung kam als überprüfbarer Branch, und die Long-Term-Stable-Kernel bleiben als Notausgang. Wenn Sie auf alte Hardware angewiesen sind, ist dieser Abkündigungshinweis die Warnung, auf die Sie reagieren sollen, und sie ist längst erfolgt.
Quellen
Ähnliche Artikel

ARCTIC stellt seinen Linux-Lüftertreiber unter eine zweite Lizenz für die BSDs
ARCTICs Treiber arctic_fan_controller wechselt in Linux 7.4 von GPLv2+ auf GPLv2+ und BSD-2-Clause, damit andere Systeme den Code des 8,99-Dollar-Geräts nutzen können.

Quelloffene Firmware startet auf einem AMD-Desktop-Board für Endkunden
Coreboot und AMDs openSIL laufen jetzt auf dem MSI B850P, einem echten Desktop-AM5-Board. Das senkt den Anteil an Closed-Source-Firmware-Code um 79,1 Prozent, aber es ist ein kostenpflichtiges Produkt, kein kostenloser Download.

Nouveau bootet inoffiziell auf Nvidias DGX Spark GB10
Ein Red-Hat-Ingenieur hat den quelloffenen Nouveau-Treiber und NVK auf Nvidias DGX Spark GB10 zum Laufen gebracht. Dafür brauchte es rund 100 Patches, und der Weg ins Upstream ist noch offen.