{"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\/novosti-interneta\/plan-prekrashheniya-podderzhki-staryh-proczessorov-arm-v-yadre-linux","title":{"rendered":"Plan zur Einstellung der Unterst\u00fctzung von \u00e4lteren ARM-Prozessoren im Linux-Kernel","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Arnd Bergmann, der f\u00fcr die Kernel-Pakete bei SUSE verantwortlich ist, hat in der Entwicklermailingliste des Linux-Kernels einen Plan zur Eliminierung des Kernel- und Build-Tools-Codes zur Unterst\u00fctzung alter ARM-CPUs und der damit verbundenen ABIs, Befehlss\u00e4tze und Kernfunktionen ver\u00f6ffentlicht. Der Plan befindet sich derzeit im RFC-Stadium, d.h. er ist zur Diskussion in der Community ausgestellt. Bei Genehmigung des Plans soll die Entfernung alter ARM-Prozessoren im Linux-Kernel 6.12 beginnen, dessen Ver\u00f6ffentlichung f\u00fcr Dezember geplant ist. Die ersten Kandidaten f\u00fcr die Entfernung sind ARMv4 (ohne ARMv4T), iWMMXt, BE32 und OABI. <\/p>\n
Das Ende der Unterst\u00fctzung f\u00fcr alte ARM-CPU im Kernel f\u00e4llt mit dem Ende ihrer Unterst\u00fctzung in GCC zusammen \u2013 einige der zum Entfernen vorgeschlagenen CPUs werden bereits nicht mehr in den neuen GCC-Versionen 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 Architekturunterst\u00fctzung in GCC erfordert auch das Entfernen ihrer Unterst\u00fctzung im Kernel, falls die minimal unterst\u00fctzte Version von GCC (derzeit ben\u00f6tigt man mindestens GCC 5.1 zum Erstellen des Kernels) erh\u00f6ht wird. <\/p>\n
Architekturen, Chips und Erweiterungen, deren Entfernung aus dem Kern vorgeschlagen wird: <\/p>\n
\n
ARMv3 \u2013 die Unterst\u00fctzung wurde bereits in GCC 9 eingestellt.\n
ARMv4 \u2013 wird f\u00fcr noch gebr\u00e4uchliche Prozessoren wie StrongARM und FA526 verwendet, wobei die neuesten Chips dieser Art vor etwa 20 Jahren ver\u00f6ffentlicht wurden. Die Unterst\u00fctzung f\u00fcr ARMv4 wurde in Debian 5.0 eingestellt. Es wird vorgeschlagen, die Unterst\u00fctzung f\u00fcr ARMv4 zun\u00e4chst in GCC einzustellen und in ein paar Jahren auch im Kernel.\n
ARMv4T \u2013 es gibt 6 Familien von SoCs mit den Kernen ARM720T, ARM920T und ARM922T, die h\u00e4ufiger vorkommen als SoCs auf der Basis von ARMv4. Die Unterst\u00fctzung f\u00fcr ARMv4T wurde in Debian 9.0 eingestellt. Im Kernel wird die Unterst\u00fctzung f\u00fcr ARMv4T nicht vor der Einstellung der Unterst\u00fctzung f\u00fcr ARMv5 geplant.\n
ARMv5 \u2013 wird auf etwa 1\/3 aller im Kernel unterst\u00fctzten Plattformen verwendet, aber die meisten dieser Plattformen stehen am Ende ihres Lebenszyklus. Debian unterst\u00fctzt ARMv5 weiterhin, aber aufgrund des Fehlens von FPU und atomaren Operationen wird die Unterst\u00fctzung immer schwieriger und wahrscheinlich wird der ARMv5-Port von Debian bald in den nicht offiziellen Status \u00fcberf\u00fchrt.\n
Die fr\u00fchen Generationen von ARMv6 \u2013 werden in SoCs wie ARM1136r0p (NXP i.MX31) und OMAP24xx (Nokia N8xx) verwendet, deren Unterst\u00fctzung Hacks erfordert, um in SMP-Kerndaten zu funktionieren.\n
ARMv6K \u2013 wird in ARM1176 (Raspberry Pi 1, AST2500) und ARM1136r1 verwendet. Im Kernel gibt es keine Hindernisse f\u00fcr die Einstellung der Unterst\u00fctzung, aber in den Distributionen treten Schwierigkeiten wegen der Inkoh\u00e4renz zum Typen set armv7-a+vfpv3-d16 auf.\n
ARMv7-M \u2013 wird in Mikrocontrollern auf Basis von Cortex-M3\/M4\/M7 verwendet, die die letzten im Kernel unterst\u00fctzten Chips ohne Memory Management Unit (MMU) sind. Die Arbeit an den Kernen f\u00fcr Systeme ohne MMU wurde 2017 eingestellt, nachdem die Entwicklung auf RTOS wie Zephyr umgeschaltet wurde. Es wird vorgeschlagen, die Unterst\u00fctzung f\u00fcr ARMv7-M im Jahr 2027 einzustellen, zehn Jahre nach der Einstellung der Entwicklung, trotz der fortgesetzten Unterst\u00fctzung in GCC.\n
iWMMXt \u2013 im Kernel wurde die Unterst\u00fctzung f\u00fcr CPU ARMv7 PJ4 (MMP2, Berlin) bereits eingestellt, wonach keine gebr\u00e4uchlichen Systeme mehr existierten, die diesen Befehlssatz verwenden. Die Unterst\u00fctzung f\u00fcr iWMMXt wurde bereits in Clang eingestellt und dessen Entfernung aus GCC vorgeschlagen.\n
BE32 (big endian ARMv5) \u2013 wird nur in einem SoC Intel IXP4xx verwendet. In fr\u00fcheren Debian-Versionen wurde nur der little-endian Modus unterst\u00fctzt, aber es bestehen 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 \u00fcber die Jahre niemand versucht hat, die Probleme zu beheben.\n
BE8 (big-endian ARMv7) \u2013 es gibt viele Probleme in den Treibern, das Testen wurde eingestellt und es gibt keine Informationen \u00fcber verbleibende gebr\u00e4uchliche Ger\u00e4te. Der BE8-Modus k\u00f6nnte von Interesse sein f\u00fcr Tests von Komponenten im Benutzerspeicher auf Big-Endian-Systemen, daher wird die Unterst\u00fctzung f\u00fcr BE8 im Kernel und GCC mindestens f\u00fcr einige Jahre beibehalten, bevor sie Probleme verursacht. <\/ul>\n
Vorgeschlagene Kernel-Funktionen zur Entfernung: <\/p>\n
\n
Die Struktur param_struct, die bis zu ATAGS (ARM Tag-Area) verwendet wird \u2013 wurde bereits 2001 als veraltet erkl\u00e4rt, wird jedoch weiterhin im Code f\u00fcr die RiscPC- und Footbridge-Plattformen verwendet.\n
Dateien mit Parametern auf Basis der ATAGS-Struktur (die zur \u00dcbermittlung von Konfigurationsinformationen vor dem Device Tree verwendet wurden) \u2013 es verbleiben 29 Dateien im Kernel, die mit 10 SoC-Plattformen verbunden sind, die ATAGS verwenden.\n
OABI (Old ABI, alter ABI f\u00fcr die ARM-Architektur) \u2013 wird mittlerweile fast \u00fcberall durch EABI (Embedded ABI) ersetzt. OABI verursacht viele Fehler, da Treiberentwickler einige damit verbundene Besonderheiten nicht mehr ber\u00fccksichtigen. Die Unterst\u00fctzung von OABI beim Erstellen von Komponenten f\u00fcr den Benutzerraum wurde in GCC 4.8 eingestellt, aber im Kernel wurde das Flag \u201e-mabi=apcs-gnu\u201c beibehalten. Es wird vorgeschlagen, OABI vorl\u00e4ufig zu belassen, aber die Einbeziehung durch \u00dcbersehen zu erschweren.\n
Der OABI-Kompatibilit\u00e4tsmodus (OABI_COMPAT) \u2013 erm\u00f6glicht das Ausf\u00fchren von Executables, die f\u00fcr OABI erstellt wurden, mit einem Kernel, der EABI verwendet. Es treten separate Probleme in den Treibern aufgrund von Inkompatibilit\u00e4t mit ioctl auf, aber der Wartungsaufwand dieses Modus ist deutlich geringer als bei Kernen mit OABI. Um die Unterst\u00fctzung f\u00fcr StrongARM aufrechtzuerhalten, wird es ratsam sein, die Unterst\u00fctzung f\u00fcr OABI oder OABI_COMPAT beizubehalten.\n
NWFPE (No Floating Point Emulator, ein Emulator f\u00fcr Flie\u00dfkommaoperationen) \u2014 Patches zur Entfernung wurden bereits vor 11 Jahren vorgeschlagen, aber NWFPE ist f\u00fcr den Betrieb bestimmter Benutzerr\u00e4ume erforderlich, die f\u00fcr OABI erstellt 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) \u2014 die meisten ARM-Systeme k\u00f6nnen ohne Aktivierung von highmem arbeiten oder k\u00f6nnen CONFIG_VMSPLIT_2GB verwenden, um auf die ersten 2 GB physischen Speichers zuzugreifen. Es wird daran gearbeitet, den Zugang zu 4 GB RAM auf Systemen mit LPAE (Cortex-A7\/A15) zu erm\u00f6glichen, nach dessen Abschluss die Unterst\u00fctzung von Highmem m\u00f6glicherweise entfernt werden kann.\n
Sparsemem \u2014 erforderlich f\u00fcr Systeme, die highmem ben\u00f6tigen. <\/ul>\n
Bereits zur Entfernung vorgeschlagene Plattformen: <\/p>\n
\n
RiscPC \u2014 die \u00e4lteste unterst\u00fctzte Plattform im Kernel. Wird in GCC seit der Version 9.x nicht mehr unterst\u00fctzt, da die Unterst\u00fctzung f\u00fcr ARMv3 entfernt wurde. Der Betreuer testet weiterhin die Kernel-Funktion auf dieser Plattform, aber es scheinen keine realen Benutzer mehr vorhanden zu sein, daher kann die Unterst\u00fctzung eingestellt werden, wenn das Interesse des Betreuers verloren geht.\n
SA1100, Footbridge \u2014 veraltete Plattformen, die nur aus nostalgischen Gr\u00fcnden beibehalten werden. Fast alle Dateien mit Beschreibungen von Platinen f\u00fcr diese Plattformen wurden im Kernel 6.3 entfernt, es bleibt nur die Unterst\u00fctzung f\u00fcr die Ger\u00e4te ipaq h3600, assabet, netwinder und ebsa285. Die Frage der Entfernung h\u00e4ngt von den Absichten des Betreuers ab.\n
Gemini, Moxart \u2014 verwenden CPU auf ARMv4-Basis. Die Chips wurden vor \u00fcber 20 Jahren hergestellt, aber ihre Unterst\u00fctzung erfordert keine zus\u00e4tzlichen Anstrengungen, daher macht es keinen Sinn, sie vor der Entfernung der StrongARM-Plattform zu entfernen.\n
Dateien zur Unterst\u00fctzung von PXA \u2014 die Plattformen befinden sich in einem vernachl\u00e4ssigten Zustand und sind nicht mehr gebr\u00e4uchlich; wenn kein Interesse an ihnen zur\u00fcckkehrt, sollen sie Anfang 2025 entfernt werden.\n
OMAP1 \u2014 Einerseits bleibt es die einzige ARMv4T\/ARMv5-Plattform ohne Unterst\u00fctzung des Device Tree, und es gibt keine Anzeichen f\u00fcr einen \u00dcbergang zum Device Tree. Andererseits hat die Plattform noch Benutzer.\n
Nspire, AT91RM9200, CLPS711X, EP93xx, iMX1 \u2014 verwenden CPU auf Basis von ARMv4T. Es wird daran gearbeitet, die Beschreibungen der Platinen auf den Device Tree zu migrieren, aber der Sinn ihrer Unterst\u00fctzung bleibt bestehen, solange die Unterst\u00fctzung f\u00fcr ARMv5 besteht.\n
OMAP24xx \u2014 die einzige ARMv6-Plattform mit aktiven Benutzern. Der Erhalt der Unterst\u00fctzung h\u00e4ngt von der Beibehaltung der Unterst\u00fctzung f\u00fcr den CPU arm1136r0 ab.\n
iMX31 \u2014 es gibt keine Informationen \u00fcber aktive Benutzer, aber es macht keinen Sinn, sie vor OMAP2 zu entfernen.\n
S3C64xx (Cragganmore) \u2014 die einzige Plattform ohne Unterst\u00fctzung des Device Tree, die auf ARMv6K basiert. Die Plattform wird weiterhin zum Testen von Audio-Codecs verwendet, daher wird die Entfernung aufgeschoben, bis das Testen auf ein anderes Board \u00fcbertragen wird.\n
Orion5x, mv78xx0 \u2014 die Frage der Entfernung soll Anfang n\u00e4chsten Jahres gepr\u00fcft werden.\n
iMX35, WM8750, AST2500, BCM2835 \u2014 gut unterst\u00fctzt und haben aktive Benutzer, eine Entfernung wird vorerst nicht geplant.\n
stm32f4\/f7\/h7 \u2014 Mikrocontroller ohne MMU, die Unterst\u00fctzung im Kernel wird fortgesetzt und es gibt aktive Benutzer. Die Frage der Entfernung soll 2026 gepr\u00fcft werden. <\/ul>\n