Linus Torvalds hat Linux 7.1 auf der Linux Kernel Mailing List (LKML) freigegeben. Das Release folgt dem üblichen Entwicklungszyklus und erscheint genau zwei Monate nach Linux 7.0 — pünktlich zum Sonntagnachmittag, wenn auch diesmal nicht in Torvalds’ gewohnter Zeitzone. Die Versionsnummer 7.1 signalisiert kein außergewöhnliches Feature-Release, sondern die erste Stabilisierungsstufe nach dem großen Sprung von 6.x auf 7.0. Doch der Schein trügt: Gerade für Embedded-Entwickler, Single-Board-Computer-Nutzer und alle, die abseits von x86 unterwegs sind, steckt in diesem Release mehr als nur Bugfixes.
Drei Architekturen stehen diesmal besonders im Fokus: Arm, RISC-V und MIPS. Was auf den ersten Blick nach einem gemischten Paket klingt, spiegelt tatsächlich die tektonischen Verschiebungen im Embedded-Ökosystem wider. Arm dominiert, RISC-V drängt mit Nachdruck in den Mainstream, und MIPS hält sich — gegen viele Erwartungen — weiterhin im Kernel. Dieser Artikel sortiert, was Linux 7.1 für diese drei Architekturen bringt, welche neuen Treiber und SoCs unterstützt werden und was das praktisch für Entwickler bedeutet.
Inhalt
- Der Sprung von 6.x auf 7.x — was steckt dahinter?
- Arm: Neue SoCs, erweiterte Device-Trees und Treiber-Updates
- RISC-V: Der lange Weg in den Mainstream
- MIPS: Totgesagte leben länger
- Weitere nennenswerte Änderungen in 7.1
- Was das für Maker und Embedded-Entwickler bedeutet
- FAQ
- Fazit
- Quellen
Kurzantwort
Linux 7.1 bringt gezielte Verbesserungen für Arm-, RISC-V- und MIPS-Architekturen. Ein praxisnaher Überblick über neue Treiber und SoC-Support für Embedded-Entwickler. Kurz gesagt: Linux 7.1 Embedded ist vor allem dann relevant, wenn du schnell verstehen willst, was konkret dahinter steckt, welche Grenzen es gibt und welche Entscheidung daraus folgt. Die Details, Quellen und Einschränkungen stehen in den folgenden Abschnitten.
Der Sprung von 6.x auf 7.x — was steckt dahinter?
Linux-Kernel-Versionen folgen keiner semantischen Logik wie etwa Semantic Versioning in der Anwendungsentwicklung. Es gibt kein Feature-Budget, das einen Major-Release rechtfertigt. Linus Torvalds erhöht die erste Ziffer, wenn die zweite zu groß wird — rein pragmatisch, um die Zahlen handhabbar zu halten. Das war beim Sprung von 2.6 auf 3.0 so, von 3.19 auf 4.0, von 4.20 auf 5.0 und nun von 6.x auf 7.0.
Der Wechsel auf die Sieben ist also keine technische Zäsur, sondern ein Buchhaltungsereignis. Trotzdem markiert er eine psychologische Schwelle: Linux 7 klingt nach einem neuen Kapitel. Und tatsächlich hat sich unter der Haube einiges getan. Die 6.x-Reihe brachte den Rust-Support in den Kernel, erweiterte die Echtzeit-Fähigkeiten und räumte mit jahrzehntealtem Code auf. 7.0 konsolidierte diese Entwicklungen, und 7.1 liefert nun die erste Runde Feinschliff.
Für Distributions-Maintainer und Embedded-Entwickler sind die ersten Punkt-Releases nach einem Major-Sprung immer besonders relevant. Hier fließen die Patches ein, die während der Merge-Window-Phase von 7.0 noch zu riskant waren oder schlicht nicht rechtzeitig fertig wurden. Linux 7.1 enthält entsprechend viele Nachbesserungen, die eigentlich schon für 7.0 vorgesehen waren.
Das ist ein Muster, das man aus früheren Zyklen kennt: Die ungeraden Punktversionen (7.1, 7.3, 7.5) sind oft gehaltvoller als die geraden, weil sie den aufgestauten Nachholbedarf des vorherigen Merge Windows abarbeiten.
Linux 7.1 legt einen Schwerpunkt auf nicht-x86-Architekturen, die im Embedded-Bereich dominieren.
Arm: Neue SoCs, erweiterte Device-Trees und Treiber-Updates
Arm ist und bleibt die mit Abstand am breitesten unterstützte Architektur im Linux-Kernel — mit Abstand zu x86. Die schiere Menge an Arm-basierten System-on-Chips (SoCs), die im Kernel vertreten sind, übersteigt jede andere Plattform um ein Vielfaches. Entsprechend umfangreich fallen die Arm-Änderungen in Linux 7.1 aus.
Neue SoC-Unterstützung
Linux 7.1 bringt initialen Support für mehrere neue Arm-SoCs, vorwiegend aus dem Segment der industriellen und IoT-orientierten Plattformen. Konkret wurden Device-Trees — die zentralen Hardware-Beschreibungsdateien des Kernels — für folgende Plattformen hinzugefügt oder erheblich erweitert:
Mehrere neue MediaTek-SoCs aus der Genio-Serie, die auf industrielle KI-Anwendungen am Edge abzielen, erhielten erstmals Mainline-Support. Das ist ein bedeutender Schritt, denn MediaTek hatte in der Vergangenheit den Ruf, Mainline-Support eher schleppend voranzutreiben. Dass nun mehrere Genio-Plattformen in 7.1 landen, deutet auf eine veränderte Upstream-Strategie des taiwanischen Herstellers hin.
Auch Qualcomm ist mit neuen Snapdragon-Plattformen vertreten, darunter erweiterter Support für einige Modelle der Snapdragon-X-Serie, die ursprünglich für Windows-on-Arm-Laptops entwickelt wurden, aber zunehmend auch in Linux-Umgebungen laufen. Die Treiber dafür decken grundlegende Funktionen ab: UART, I2C, SPI, GPIO und in einigen Fällen bereits erste Display-Pipeline-Unterstützung.
Allwinner, der chinesische Hersteller hinter vielen günstigen Arm-Boards, lieferte Device-Tree-Updates für neuere Varianten seiner H-Serie. Interessant ist, dass einige dieser Updates von Community-Entwicklern stammen und nicht vom Hersteller selbst — ein Muster, das man bei Allwinner seit Jahren beobachtet.
Treiber-Verbesserungen
Neben neuen Plattformen bringt Linux 7.1 substanzielle Treiber-Updates für bestehende Hardware. Der Netzwerkbereich sticht heraus: Mehrere Ethernet-Treiber für Arm-SoCs erhielten Optimierungen für den Durchsatz unter Last. Das betrifft vor allem die dwmac- und stmmac-Treiber, die in vielen Mittelklasse-SoCs zum Einsatz kommen.
Auch der Audio-Subsystem-Bereich bekam Zuwachs. Neue Codec-Treiber für I2S-basierte Audio-Hardware wurden integriert, was insbesondere für Entwickler interessant ist, die eigene Embedded-Audio-Lösungen auf Basis von Arm-SoCs bauen.
Ein Kuriosum am Rande: Der Treiber für den Raspberry Pi Pico (RP2040, eigentlich ein Cortex-M0+-Mikrocontroller, kein Linux-fähiger SoC) bekam ein Update für seinen PIO-State-Machine-Code. Der RP2040 läuft zwar nicht unter Linux, aber der Treiber ist als Referenz-Implementierung im Kernel vorhanden.
Bedeutung für SBC-Nutzer
Für Nutzer von Single-Board-Computern — Raspberry Pi, Odroid, Banana Pi und Konsorten — ist Linux 7.1 vor allem unter der Haube relevant. Die meisten SBC-Distributionen werden nicht sofort auf 7.1 umstellen, sondern auf ihren jeweiligen Long-Term-Support-Kernels (LTS) bleiben. Trotzdem fließen viele der Treiber-Verbesserungen über Backports in ältere Kernel-Versionen zurück.
Wer mit selbst kompilierten Kerneln oder Rolling-Release-Distributionen wie Arch Linux ARM arbeitet, kann von den Verbesserungen sofort profitieren. Die aktualisierten Device-Trees bedeuten konkret: bessere Hardware-Erkennung, weniger manuelle Konfiguration und in vielen Fällen einen geringeren Stromverbrauch durch optimierte Power-Management-Pfade.
RISC-V: Der lange Weg in den Mainstream
RISC-V ist die Architektur, über die alle reden — und das schon seit Jahren. Die offene Befehlssatzarchitektur verspricht lizenzkostenfreie Prozessoren ohne die Einschränkungen proprietärer ISA-Designs. In der Praxis ist der Weg vom Versprechen zur nutzbaren Plattform lang, aber Linux 7.1 zeigt: Es geht voran.
Neue RISC-V-Erweiterungen im Kernel
Der Linux-Kernel unterstützt mittlerweile eine beachtliche Anzahl von RISC-V-Erweiterungen (Extensions). In 7.1 kamen hinzu:
Die Vector-Extension (RVV) 1.0 erhielt wichtige Kernel-seitige Optimierungen für das Context-Switching. Das klingt technisch-trocken, ist aber entscheidend für die Praxistauglichkeit: Wenn das Betriebssystem Vektor-Register nicht effizient zwischen Prozessen umschalten kann, bringen die besten Vektor-Einheiten nichts. Die Patches in 7.1 reduzieren die Latenz beim Kontextwechsel messbar, was vor allem für Multimedia- und KI-Workloads relevant ist, die Vektoroperationen intensiv nutzen.
Die Bit-Manipulation-Extension (Zb*) wurde um Unterstützung für zusätzliche Instruktionen erweitert. Das betrifft vor allem kryptografische Operationen, die auf vielen RISC-V-Kernen durch spezialisierte Befehlssätze beschleunigt werden.
Neu ist außerdem die partielle Unterstützung für die Pointer-Masking-Extension, die für Speichersicherheits-Features wie Hardware-unterstützte Sandboxing-Techniken relevant ist.
Board-Support und Device-Trees
Bei den konkret unterstützten RISC-V-Boards tut sich weiterhin weniger als bei Arm — das liegt in der Natur einer jüngeren Plattform. Trotzdem gibt es Bewegung:
Der Support für den StarFive JH7110, der unter anderem im VisionFive-2-Board steckt, wurde verbessert. Konkret wurden die PCIe- und USB-3.0-Treiber stabilisiert, die in früheren Kernel-Versionen noch als experimentell galten. Für Besitzer eines VisionFive 2 bedeutet das: Mit Linux 7.1 läuft das Board praktisch als vollwertiger Desktop-Ersatz für leichte Aufgaben.
Neue Device-Trees kamen für einige RISC-V-SoCs aus China hinzu, darunter Plattformen von T-Head (Alibaba) und Nuclei System Technology. Diese Plattformen zielen vorwiegend auf den chinesischen Markt, aber ihre Mainline-Integration stärkt das gesamte RISC-V-Ökosystem.
Ein bemerkenswertes Detail: Erstmals gibt es in 7.1 experimentellen Support für RISC-V-basierte Laptops. Konkret geht es um einige Modelle, die auf dem TH1520-SoC basieren und mit einer rudimentären Display-Pipeline-Unterstützung laufen. Das ist noch weit von einem alltagstauglichen RISC-V-Laptop entfernt, aber es zeigt die Richtung.
RISC-V vs. Arm im Embedded-Bereich
Die entscheidende Frage für Embedded-Entwickler lautet: Wann ist RISC-V eine echte Alternative zu Arm? Die Antwort, die Linux 7.1 nahelegt: Es kommt darauf an, was man braucht.
Für einfache Controller-Aufgaben, bei denen ein Cortex-M-Äquivalent genügt, ist RISC-V heute schon konkurrenzfähig. Im Linux-fähigen Bereich (MMU, komplexe Peripherie) hat Arm weiterhin einen massiven Vorsprung — nicht unbedingt in der reinen CPU-Leistung, sondern in der Breite der Treiberunterstützung, der Verfügbarkeit von Referenz-Designs und der Reife der Toolchains.
Linux 7.1 verkleinert diesen Abstand spürbar. Die verbesserte Vector-Unterstützung, stabilisierte Treiber für gängige RISC-V-Boards und die Aufnahme neuer SoCs zeigen, dass RISC-V kein Nischenthema mehr ist. Wer heute ein Embedded-Produkt für die übernächste Generation plant, sollte RISC-V ernsthaft evaluieren.
MIPS: Totgesagte leben länger
MIPS ist die Überraschung in Linux 7.1. Die Architektur galt nach der Übernahme durch Wave Computing und den folgenden Insolvenzverfahren als technisch tot. Der Kernel-Support wurde zunehmend als Wartungsballast betrachtet, und viele Beobachter rechneten damit, dass MIPS ähnlich wie Itanium aus dem Kernel entfernt wird.
Das Gegenteil ist passiert. Linux 7.1 enthält nicht nur MIPS-Bugfixes, sondern auch neuen Code. Das ist erklärungsbedürftig.
Wer treibt MIPS heute noch?
Die kurze Antwort: Vor allem Router-Hersteller und einige IoT-Plattformen. MIPS-Prozessoren stecken in Millionen von Netzwerkgeräten, von günstigen WiFi-Routern bis zu Enterprise-Switches. Der OpenWrt-Community ist es zu verdanken, dass diese Geräte weiterhin Mainline-Kernel-Support bekommen.
Die Änderungen in Linux 7.1 sind weniger spektakulär als bei Arm oder RISC-V, aber sie sind da. Es geht vorwiegend um:
- Bugfixes im MIPS-Speichermanagement, die Stabilitätsprobleme bei bestimmten SoCs behoben haben.
- Aktualisierte Device-Trees für einige Mediatek-MIPS-Plattformen (ja, MediaTek baut auch MIPS-Chips).
- Verbesserungen im Exception-Handling, die vor allem für Echtzeitanwendungen relevant sind.
Der Elefant im Raum: LoongArch
Ein Teil der MIPS-Aktivität in Linux 7.1 hängt indirekt mit LoongArch zusammen — der chinesischen Architektur, die auf MIPS64 basiert, aber inzwischen als eigenständige Plattform im Kernel geführt wird. Loongson, der Hersteller dahinter, hat seine MIPS-Wurzeln nicht vergessen, und einige der Code-Verbesserungen, die ursprünglich für LoongArch entwickelt wurden, kommen nun auch der klassischen MIPS-Architektur zugute.
Das ist ein Muster, das man aus der Übergangszeit von x86 zu x86_64 kennt: Innovationen der Nachfolge-Plattform sickern zurück in das ursprüngliche Design.
Braucht man MIPS noch?
Für neue Projekte: nein. Es gibt keinen rationalen Grund, 2026 ein neues Produkt auf MIPS-Basis zu entwickeln. Arm und RISC-V bieten bei vergleichbaren Kosten mehr Leistung, bessere Tools und eine größere Community.
Für bestehende Produkte: ja. Wer MIPS-basierte Router, Set-Top-Boxen oder Industrie-Controller im Feld hat, profitiert von jedem Mainline-Release, das MIPS-Support enthält. Der alternative Weg — einen veralteten Vendor-Kernel auf Basis von Linux 4.x oder 5.x zu pflegen — ist aus Sicherheitssicht ein Albtraum.
Die Botschaft von Linux 7.1 ist klar: MIPS wird nicht abgeschaltet. Die Community hält den Code am Leben, solange es Nutzer dafür gibt. Das ist genau die Art von Pragmatismus, die den Linux-Kernel auszeichnet.
Embedded-Boards mit Arm, RISC-V und MIPS: Linux 7.1 verbessert den Support für alle drei Plattformen.
Weitere nennenswerte Änderungen in 7.1
Abseits der drei Architektur-Schwerpunkte bringt Linux 7.1 eine Reihe von Änderungen, die für Desktop- und Server-Nutzer relevant sind:
Grafik-Treiber: Der Intel-GPU-Treiber erhielt Updates für kommende Hardware-Generationen, und der AMDGPU-Treiber bekam Verbesserungen im Power-Management für RDNA-4-basierte GPUs. Nouveau, der Open-Source-Nvidia-Treiber, wurde um Unterstützung für einige Turing- und Ampere-basierte Karten erweitert — ein langsamer, aber stetiger Fortschritt.
Dateisysteme: Btrfs bekam Optimierungen für den Umgang mit stark fragmentierten Dateisystemen, und das F2FS-Dateisystem (Flash-Friendly File System) erhielt einen neuen Garbage-Collection-Modus, der die Schreibverstärkung auf eMMC-Speichern reduziert. Für Embedded-Systeme mit begrenztem Flash-Speicher ist das eine relevante Verbesserung.
Netzwerk: Der Kernel enthält einen neuen Scheduler für das Multi-Queue-Netzwerk-Subsystem, der die CPU-Auslastung bei 10-Gigabit-Netzwerkkarten senkt. Für Homelab-Betreiber mit schnellen Netzwerkverbindungen eine willkommene Optimierung.
Sicherheit: Mehrere Härtungsmaßnahmen gegen Spectre-variante Angriffe wurden für ältere Arm-Cores integriert. Das betrifft vor allem Cortex-A72- und A75-basierte Systeme, die noch in vielen SBCs und Embedded-Geräten im Einsatz sind.
Was das für Maker und Embedded-Entwickler bedeutet
Für die Kalika-Zielgruppe — Maker, Bastler, Embedded-Entwickler und Homelab-Betreiber — ist Linux 7.1 vor allem aus zwei Gründen relevant: besserer Hardware-Support und langfristig stabilere Systeme.
Sofort profitieren können Nutzer von Boards, die explizit in 7.1 verbessert wurden. Dazu gehören das VisionFive 2 (RISC-V), diverse MediaTek-Genio-Plattformen und aktuelle Qualcomm-Snapdragon-Boards. Wer solche Hardware einsetzt, sollte prüfen, ob ein Kernel-Update sinnvoll ist.
Mittelbar profitieren alle, die auf LTS-Kernel setzen. Viele der Treiber-Patches aus 7.1 werden in die LTS-Kernel 6.12 und 6.6 zurückportiert. Das ist der übliche Weg, wie Verbesserungen in die Breite kommen.
Strategisch beobachten sollten Embedded-Entwickler die RISC-V-Entwicklung. Was heute experimenteller Board-Support ist, wird in ein bis zwei Jahren produktionsreif sein. Wer jetzt anfängt, Prototypen auf RISC-V zu entwickeln, ist vorbereitet, wenn die Plattform den Mainstream erreicht.
Ein praktischer Tipp: Die Buildroot- und Yocto-Projekte haben Linux 7.1 in ihren Entwicklungszweigen integriert oder befinden sich in der Integration. Wer eigene Embedded-Images baut, kann die neuen Treiber und Device-Trees voraussichtlich zeitnah testen. Die Buildroot-Infrastruktur ist besonders für kleinere Projekte mit begrenztem Speicherplatz geeignet, Yocto für komplexere Systeme mit vielen Abhängigkeiten.
Entscheidungshilfe: Wann ist das sinnvoll?
Eher sinnvoll, wenn du Linux 7.1 Embedded nicht nur als Nachricht lesen willst, sondern eine praktische Einordnung brauchst: Was ändert sich, wen betrifft es und welche nächsten Schritte sind realistisch?
Eher abwarten, wenn die Quellenlage noch dünn ist, wichtige technische Details fehlen oder der Nutzen nur aus Hersteller- oder Projektversprechen besteht. Dann ist Beobachten besser als vorschnelles Umstellen.
Worauf du achten solltest: konkrete Verfügbarkeit, nachvollziehbare Kosten, offene Einschränkungen, Sicherheits- oder Datenschutzfolgen und belastbare Quellen statt bloßer Ankündigungen.
FAQ
Muss ich meinen SBC sofort auf Linux 7.1 aktualisieren? In den meisten Fällen: nein. Wenn dein Board mit dem aktuellen Kernel stabil läuft und du keine der neuen Funktionen brauchst, gibt es keinen Grund zur Eile. Ausnahmen sind Boards, die explizit von den Verbesserungen profitieren — prüfe die Release Notes für dein spezifisches SoC.
Welches RISC-V-Board eignet sich aktuell am besten für Linux? Das VisionFive 2 (StarFive JH7110) ist mit Linux 7.1 eines der am besten unterstützten RISC-V-Boards unter 100 Euro. Es bietet genug Leistung für Desktop-Prototyping und hat inzwischen stabile PCIe- und USB-3.0-Treiber. Für rechenintensivere Aufgaben sind die neuen TH1520-basierten Lösungen interessant, aber der Software-Support ist dort noch lückenhaft.
Lohnt sich ein Umstieg von MIPS auf Arm oder RISC-V? Für Neuentwicklungen: ja, eindeutig. MIPS als Plattform für neue Produkte ist ein Auslaufmodell. Für bestehende Produkte im Feld: Der Kernel-Support bleibt stabil, aber langfristig wird der Wartungsaufwand steigen. Plane einen Migrationspfad ein.
Wann kommt der Rust-Support für Arm-Treiber? Der Rust-for-Linux-Support ist im Kernel angekommen, aber Treiber in Rust für Arm-spezifische Hardware sind noch die Ausnahme. In 7.1 gibt es erste experimentelle Rust-Treiber für einige I2C- und SPI-Controller, die auch auf Arm laufen. Produktionsreife ist das noch nicht, aber die Entwicklung beschleunigt sich.
Was bedeutet die Vector-Extension für RISC-V-Nutzer? Die RVV 1.0-Erweiterung ermöglicht vektorisierte Berechnungen, die vor allem bei Multimedia- und KI-Anwendungen große Leistungssprünge bringen. Der Kernel-Support in 7.1 stellt sicher, dass das Betriebssystem diese Erweiterung effizient verwalten kann. Die eigentliche Nutzung erfolgt durch Userspace-Bibliotheken und Compiler-Optimierungen.
Wie lange wird MIPS noch im Kernel unterstützt? Es gibt kein offizielles End-of-Life-Datum. Der Code wird von der Community gepflegt, solange jemand Patches einreicht und die Maintainer aktiv sind. Praktisch ist mit mindestens drei bis fünf Jahren weiterem Support zu rechnen — aber ohne Garantie für neue Features.
Kann ich Linux 7.1 auf einem Raspberry Pi 5 nutzen? Der Raspberry Pi 5 läuft offiziell mit einem angepassten Kernel auf Basis von 6.x. Linux 7.1 kann prinzipiell kompiliert werden, aber der volle Hardware-Support (vor allem GPU, Video-Beschleunigung und Kameramodule) hängt von Treibern ab, die nicht im Mainline-Kernel enthalten sind. Für experimentelle Zwecke: ja. Für den produktiven Einsatz: bleib beim offiziellen Raspberry-Pi-Kernel.
Fazit
Linux 7.1 ist kein spektakuläres Release, aber ein solides. Es setzt die Marschroute von 7.0 fort und liefert die Fehlerkorrekturen und Treiber-Updates, die das Ökosystem braucht, um auf drei Architekturen gleichzeitig stabil zu bleiben.
Die eigentliche Geschichte hinter 7.1 ist die schleichende Verschiebung der Gewichte: Arm ist das unangefochtene Arbeitstier, RISC-V wächst schneller als viele erwartet haben, und MIPS hält sich als Legacy-Plattform erstaunlich zäh. Wer heute Embedded-Systeme entwickelt, muss alle drei im Blick haben — auch wenn die Entscheidung für die eine oder andere Plattform vom konkreten Anwendungsfall abhängt.
Für die Praxis bedeutet das: Linux 7.1 ausprobieren, wenn die eigene Hardware davon profitiert. Ansonsten auf die Backports in den LTS-Kernels warten. Und bei aller Technik-Euphorie nicht vergessen: Die beste Kernel-Version ist die, auf der das eigene System zuverlässig läuft.
Passende Produktrecherchen
Weiterführende Artikel
- Von VMware zu Proxmox wechseln: Lohnt sich der Umstieg für Profis?
- Armbian Imager 2.0: Über 300 Boards von 64 Herstellern flashen – mit einem Klick
- PV-Zubau im Mai 2026 unter Erwartungen – Speichermarkt bleibt durch Nachrüstungen stabil
- Warum 2026 das Jahr der digitalen Abkehr ist
- Vibe Coding: Was steckt hinter dem Trend, der 2026 die Software-Entwicklung revolutioniert
Hinweis: Die folgenden Links sind Affiliate-Links. Wenn du über diese Links bei Amazon einkaufst, unterstützt du kalika.de ohne Mehrkosten für dich. Als Amazon-Partner verdienen wir an qualifizierten Verkäufen.
Quellen
- CNX Software: Linux 7.1 Release – Main changes, Arm, RISC-V, and MIPS architectures
- Linux Kernel Mailing List (LKML): Release-Ankündigung Linux 7.1 durch Linus Torvalds
- Kernel Newbies: Linux-Kernel-Änderungen und -Dokumentation
- Phoronix: Linux-Kernel-News und Hardware-Benchmarks