{"id":118783,"date":"2024-08-01T15:43:01","date_gmt":"2024-08-01T13:43:01","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/plan-prekrashheniya-podderzhki-staryh-proczessorov-arm-v-yadre-linux"},"modified":"2024-08-01T15:43:01","modified_gmt":"2024-08-01T13:43:01","slug":"plan-prekrashheniya-podderzhki-staryh-proczessorov-arm-v-yadre-linux","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/plan-prekrashheniya-podderzhki-staryh-proczessorov-arm-v-yadre-linux","title":{"rendered":"Plan zur Einstellung der Unterst\u00fctzung f\u00fcr alte ARM-Prozessoren im Linux-Kernel","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Arnd Bergmann, zust\u00e4ndig f\u00fcr die Kernel-Pakete bei SUSE, hat in der Mailingliste der Linux-Kernel-Entwickler einen Plan ver\u00f6ffentlicht, der vorsieht, dass der Kernel und die auf GCC basierenden Build-Tools von Code zur Unterst\u00fctzung alter ARM-CPUs sowie deren ABI, Befehlss\u00e4tze und Kernel-Funktionen befreit werden. Der Plan befindet sich derzeit in der RFC-Phase, das hei\u00dft, er ist zur Diskussion innerhalb der Gemeinschaft gestellt. Bei Genehmigung des Plans wird vorgeschlagen, die alten ARM-Prozessoren mit Kernel 6.12 zu entfernen, dessen Ver\u00f6ffentlichung f\u00fcr Dezember erwartet wird. Die ersten Kandidaten f\u00fcr die Entfernung sind ARMv4 (ohne Entfernung von ARMv4T), iWMMXt, BE32 und OABI. <\/p>\n
Das Ende der Unterst\u00fctzung f\u00fcr alte ARM-CPUs im Kernel f\u00e4llt mit dem Ende ihrer Unterst\u00fctzung in GCC zusammen \u2013 einige der zur Entfernung vorgeschlagenen CPUs werden bereits nicht mehr in den neueren GCC-Zweigen unterst\u00fctzt, w\u00e4hrend andere in zuk\u00fcnftigen Versionen entfernt werden sollen, was die Modernisierung und Implementierung neuer Funktionen im Compiler erleichtert. Das Entfernen der Unterst\u00fctzung f\u00fcr die Architektur in GCC erfordert auch das Entfernen ihrer Unterst\u00fctzung im Kernel, falls die minimal unterst\u00fctzte GCC-Version im Kernel erh\u00f6ht wird (aktuell ist f\u00fcr den Kernel mindestens GCC 5.1 erforderlich). <\/p>\n
Architekturen, Chips und Erweiterungen, die aus dem Kernel entfernt werden sollen: <\/p>\n
\n
ARMv3 \u2013 die Unterst\u00fctzung wurde bereits in GCC 9 eingestellt.\n
ARMv4 \u2013 kommt in noch verbreiteten Prozessoren wie StrongARM und FA526 zum Einsatz, wobei die neuesten dieser Chips vor etwa 20 Jahren ver\u00f6ffentlicht wurden. Die Unterst\u00fctzung f\u00fcr ARMv4 wurde in Debian 5.0 eingestellt. Es wird empfohlen, die Unterst\u00fctzung f\u00fcr ARMv4 zun\u00e4chst in GCC einzustellen und einige Jahre sp\u00e4ter auch im Kernel.\n
ARMv4T \u2013 in der Praxis gibt es 6 SoC-Familien mit ARM720T-, ARM920T- und ARM922T-Kernen, die h\u00e4ufiger vorkommen als SoCs auf Basis von ARMv4. Die Unterst\u00fctzung f\u00fcr ARMv4T wurde in Debian 9.0 eingestellt. Im Kernel plant man, die Unterst\u00fctzung f\u00fcr ARMv4T nicht vor der Einstellung der Unterst\u00fctzung f\u00fcr ARMv5 zu beenden.\n
ARMv5 \u2013 wird auf etwa 1\/3 aller im Kernel unterst\u00fctzten Plattformen verwendet, aber die meisten dieser Plattformen n\u00e4hern sich dem Ende ihres Lebenszyklus. Debian unterst\u00fctzt ARMv5 weiterhin, aber aufgrund des Fehlens eines FPU und atomarer Operationen wird es zunehmend schwieriger, die Unterst\u00fctzung aufrechtzuerhalten, und wahrscheinlich wird der Debian-Port f\u00fcr ARMv5 bald in den Status \"unofficial\" \u00fcberf\u00fchrt.\n
Fr\u00fchere Generationen von ARMv6 \u2013 werden in SoCs wie ARM1136r0p (NXP i.MX31) und OMAP24xx (Nokia N8xx) verwendet, aber ihre Unterst\u00fctzung erfordert Hacks, um in SMP-Kernels zu funktionieren.\n
ARMv6K \u2013 wird in ARM1176 (Raspberry Pi 1, AST2500) und ARM1136r1 verwendet. Im Kernel gibt es keine Hindernisse f\u00fcr das Ende der Unterst\u00fctzung, aber in den Distributionen gibt es Schwierigkeiten aufgrund der Abweichung vom typischen Satz armv7-a+vfpv3-d16.\n
ARMv7-M \u2013 wird in Mikrocontrollern auf Basis von Cortex-M3\/M4\/M7 verwendet, die die letzten im Kernel unterst\u00fctzten Chips ohne Speicherverwaltungseinheit (MMU) bleiben. Die Entwicklung von Kernen f\u00fcr Systeme ohne MMU wurde 2017 eingestellt, nachdem f\u00fcr solche Chips auf die Entwicklung von RTOS wie Zephyr umgeschaltet wurde. Es wird vorgeschlagen, die Unterst\u00fctzung f\u00fcr ARMv7-M im Jahr 2027 zu entfernen, zehn Jahre nach Ende der Entwicklung, trotz der Fortsetzung der Unterst\u00fctzung in GCC.\n
iWMMXt \u2014 die Unterst\u00fctzung f\u00fcr die CPU ARMv7 PJ4 (MMP2, Berlin) wurde bereits im Kern eingestellt, sodass es keine g\u00e4ngigen Systeme mehr gibt, die diesen Befehlssatz verwenden. Die Unterst\u00fctzung f\u00fcr iWMMXt wurde bereits in Clang eingestellt und soll aus GCC entfernt werden.\n
BE32 (big endian ARMv5) \u2014 wird nur in einem SoC Intel IXP4xx verwendet. In alten Versionen von Debian wurde nur der Little-Endian-Modus unterst\u00fctzt, es gibt jedoch ungel\u00f6ste Probleme in den Treibern. Es wird vorgeschlagen, die Unterst\u00fctzung f\u00fcr BE32 aus GCC und dem Kernel zu entfernen, da in den Treibern in den letzten Jahren niemand versucht hat, die Probleme zu beheben.\n
BE8 (big-endian ARMv7) \u2014 in vielen Treibern gibt es Probleme, die Tests wurden eingestellt und es gibt keine Informationen \u00fcber weiterhin genutzte Ger\u00e4te. Der BE8-Modus k\u00f6nnte f\u00fcr Tests von Benutzeraumkomponenten auf big-endian-Systemen von Interesse sein, daher plant man, die Unterst\u00fctzung f\u00fcr BE8 im Kernel und in GCC f\u00fcr mindestens einige Jahre aufrechtzuerhalten, bevor es zu Problemen kommt. <\/ul>\n
Vorgeschlagene M\u00f6glichkeiten zur Entfernung im Linux-Kernel: <\/p>\n
\n
Die Struktur param_struct, die bis zu ATAGS (ARM Tag-Area) verwendet wird \u2014 wurde bereits 2001 als veraltet erkl\u00e4rt, wird jedoch noch im Code f\u00fcr die Plattformen RiscPC und Footbridge verwendet.\n
Dateien mit Parametern basierend auf der ATAGS-Struktur (die zur \u00dcbertragung von Konfigurationsinformationen vor dem Device Tree verwendet wurde) \u2014 im Kern bleiben 29 Dateien, die mit 10 SoC-Plattformen, die ATAGS verwenden, verbunden sind.\n
OABI (Old ABI, alter ABI f\u00fcr die ARM-Architektur) \u2014 wird nahezu \u00fcberall jetzt durch EABI (Embedded ABI) ersetzt. OABI ist die Ursache vieler Fehler, da die Treiberentwickler aufgeh\u00f6rt haben, einige damit verbundene Besonderheiten zu ber\u00fccksichtigen. Die Unterst\u00fctzung f\u00fcr OABI beim Erstellen von Komponenten f\u00fcr den Benutzeraum wurde in GCC 4.8 eingestellt, aber f\u00fcr den Kernel bleibt das Flag \u00ab-mabi=apcs-gnu\u00bb. Es wird vorgeschlagen, OABI vorerst beizubehalten, aber die Aktivierung durch Nachl\u00e4ssigkeit zu erschweren.\n
Der OABI-Kompatibilit\u00e4tsmodus (OABI_COMPAT) \u2014 erm\u00f6glicht das Ausf\u00fchren von Executables, die f\u00fcr OABI erstellt wurden, unter Verwendung eines Kernels mit EABI. Es gibt spezielle Probleme in den Treibern aufgrund der Inkompatibilit\u00e4t mit ioctl, aber der Aufwand f\u00fcr die Wartung dieses Modus ist deutlich geringer als die Wartung von Kernen mit OABI. Um die Unterst\u00fctzung f\u00fcr StrongARM zu erhalten, w\u00e4re es sinnvoll, die Unterst\u00fctzung f\u00fcr OABI oder OABI_COMPAT beizubehalten.\n
NWFPE (No Floating Point Emulator, Emulator f\u00fcr die Ausf\u00fchrung von Flie\u00dfkommaoperationen) \u2013 Patches zur Entfernung wurden bereits vor 11 Jahren vorgeschlagen, aber NWFPE wird f\u00fcr den Betrieb einiger Benutzerspace-Komponenten ben\u00f6tigt, die f\u00fcr OABI gebaut wurden. Daher wird empfohlen, die Unterst\u00fctzung von NWFPE aufrechtzuerhalten, solange die Unterst\u00fctzung von OABI oder OABI_COMPAT im Kernel besteht.\n
Highmem (verwendet zur Speicherverwaltung in Bereichen \u00fcber 1 GB) \u2013 die meisten ARM-Systeme k\u00f6nnen ohne Aktivierung von Highmem betrieben werden oder k\u00f6nnen CONFIG_VMSPLIT_2GB verwenden, um auf die ersten 2 GB physikalischen Speichers zuzugreifen. Es wird daran gearbeitet, den Zugriff auf 4 GB RAM auf Systemen mit LPAE (Cortex-A7\/A15) zu erm\u00f6glichen, nach Abschluss dieser Arbeit k\u00f6nnte die Unterst\u00fctzung von Highmem entfernt werden.\n
Sparsemem \u2013 wird f\u00fcr Systeme ben\u00f6tigt, die Highmem ben\u00f6tigen. <\/ul>\n
Vorgeschlagene Plattformen zur Entfernung: <\/p>\n
\n
RiscPC \u2013 die \u00e4lteste der im Kernel unterst\u00fctzten Plattformen. Wird in GCC ab der Version 9.x nicht mehr unterst\u00fctzt aufgrund der Entfernung der Unterst\u00fctzung f\u00fcr ARMv3. Der Betreuer testet weiterhin die Funktionalit\u00e4t des Kernels auf dieser Plattform, aber es scheint keine tats\u00e4chlichen Benutzer mehr zu geben, daher k\u00f6nnte die Unterst\u00fctzung eingestellt werden, wenn das Interesse des Betreuers verloren geht.\n
SA1100, Footbridge \u2013 veraltete Plattformen, die nur aus nostalgischen Gr\u00fcnden aufrechterhalten werden. Fast alle Dateien mit Beschreibungen f\u00fcr diese Plattformen wurden im Kernel 6.3 entfernt, \u00fcbrig bleibt nur die Unterst\u00fctzung f\u00fcr die Ger\u00e4te ipaq h3600, assabet, netwinder und ebsa285. Die Entscheidung zur Entfernung h\u00e4ngt von den Absichten des Betreuers ab.\n
Gemini, Moxart \u2013 verwenden CPU auf der Basis von ARMv4. Die Chips wurden vor \u00fcber 20 Jahren produziert, aber ihre Unterst\u00fctzung erfordert keinen zus\u00e4tzlichen Aufwand bei der Betreuung, daher macht es keinen Sinn, sie vor der Entfernung der StrongARM-Plattform zu entfernen.\n
Die Dateien zur Unterst\u00fctzung von PXA \u2013 die Plattformen sind in einem veralteten Zustand und aus dem Gebrauch ausgeschieden. Wenn das Interesse an ihnen nicht zur\u00fcckkehrt, sollen sie Anfang 2025 entfernt werden.\n
OMAP1 \u2013 bleibt einerseits die einzige Plattform auf Basis von ARMv4T\/ARMv5 ohne Unterst\u00fctzung f\u00fcr Device Tree und es gibt keine Bewegungen zur Umstellung auf Device Tree. Andererseits hat die Plattform jedoch noch Benutzer.\n
Nspire, AT91RM9200, CLPS711X, EP93xx, iMX1 \u2013 verwenden CPU auf der Basis von ARMv4T. Es wird daran gearbeitet, die Beschreibungen der Plattformen auf Device Tree umzustellen, aber die Sinnhaftigkeit ihrer Unterst\u00fctzung bleibt nur bestehen, solange die Unterst\u00fctzung f\u00fcr ARMv5 erhalten bleibt.\n
OMAP24xx \u2014 die einzige ARMv6-Plattform mit aktiven Nutzern. Der Erhalt der Unterst\u00fctzung h\u00e4ngt vom Fortbestand der Unterst\u00fctzung f\u00fcr den CPU arm1136r0 ab.\n
iMX31 \u2014 es liegen keine Informationen \u00fcber aktive Nutzer vor, aber es macht keinen Sinn, fr\u00fcher als OMAP2 zu entfernen.\n
S3C64xx (Cragganmore) \u2014 die einzige Plattform ohne Unterst\u00fctzung f\u00fcr Device Tree, basierend auf ARMv6K. Die Plattform wird weiterhin f\u00fcr Tests von Audiocodecs verwendet, weshalb die Entfernung bis zur Migration der Tests auf ein anderes Board verschoben wird.\n
Orion5x, mv78xx0 \u2014 die Frage einer Entfernung soll zu Beginn des n\u00e4chsten Jahres gepr\u00fcft werden.\n
iMX35, WM8750, AST2500, BCM2835 \u2014 gut unterst\u00fctzt und mit aktiven Nutzern, eine Entfernung ist vorerst nicht geplant.\n
stm32f4\/f7\/h7 \u2014 Mikrocontroller ohne MMU, die Unterst\u00fctzung im Kernel wird fortgesetzt und es gibt aktive Nutzer. Die Frage einer Entfernung soll im Jahr 2026 gepr\u00fcft werden. <\/ul>\n