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.
Von Claire Whitmore
3 Min. Lesezeit
Maschinell übersetzt aus dem englischen Original, das Claire Whitmore auf Fakten geprüft und redigiert hat. Es gilt die englische Fassung. So arbeiten wir

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

Linux 7.4 erhält einen Treiber für Nintendo-Switch-2-Controller
Linux 7.4 erhält nach 16 Überarbeitungen einen von Valve unterstützten Treiber für Joy-Con 2, Pro Controller 2 und GameCube-NSO-Controller. Vorerst funktioniert nur USB.

Omarchy 4.5 RC1 bringt den Arch-basierten Desktop auf Arm-Laptops
DHHs Omarchy-Desktop hat in einem Release Candidate nun einen Arm-Build für Laptops mit Nvidia N1X und Snapdragon X, dazu 50 Sprachen und ein Bootmenü mit einer Sekunde Wartezeit.

Linux-Syscalls set_robust_list2 kehren in v7 für FEX-Emu zurück
Igalia hat am 25. September 2026 v7 der Futex-Syscalls set_robust_list2 eingereicht, 10 Monate nach v6. Sie sollen FEX-Emu helfen, 32-Bit-x86-Code auf Arm64 auszuführen.