Asahi-Linux-Fortschrittsbericht: Linux 6.19

 (asahilinux.org)
10 Punkte von GN⁺ 2026-02-19 | 5 Kommentare | Auf WhatsApp teilen
  • Zum 5. Jahrestag des Linux-Portierungsprojekts für Apple Silicon wurde erstmals DisplayPort-Alt-Mode-Ausgabe über USB-C implementiert
  • Der neu veröffentlichte „fairydust“-Branch ermöglicht externe Display-Ausgabe durch Reverse Engineering von vier Hardware-Blöcken: DCP, DPXBAR, ATCPHY und ACE
  • Die Unterstützung für M3-Macs hat ein frühes Stadium erreicht; Tastatur, Trackpad, Wi‑Fi, NVMe und USB3 funktionieren, aber GPU-Beschleunigung und DCP-Steuerung sind noch unvollständig
  • Das 120-Hz-Display des MacBook Pro funktioniert seit Linux 6.18.4, und der DCP-Treiber wird für erweiterte Funktionen wie HDR, VRR und Hardware-Overlays derzeit umfassend refaktoriert
  • Laufende Verbesserungen bei GPU, Webcam und Paketverwaltung setzen sich fort, und Fedora Asahi Remix treibt die Umstellung auf DNF5 sowie die Automatisierung der Upstream-Integration voran

Wichtige Fortschritte: USB-C-Display-Ausgabe

  • Asahi Linux hat Apple Silicon in fünf Jahren zu einer vollwertigen AArch64-Desktop-Plattform weiterentwickelt
    • Das anhaltende Interesse führte zu Fehlerbehebungen in AArch64-bezogener Software
  • Die meistgewünschte Funktion, DisplayPort-Alt-Mode-Ausgabe über USB-C, wurde im „fairydust“-Branch implementiert
    • Auf einem M1 MacBook Air wurde der Anschluss eines externen Displays über einen USB-C-zu-HDMI-Adapter erfolgreich demonstriert
  • Dieser Branch ist eine experimentelle Entwicklerversion; Mehrschirmbetrieb, Hotplugging, Farbprobleme und weitere Punkte sind noch nicht fertig
    • Unterstützung für normale Nutzer gibt es noch nicht

Unterstützung für die M3-Serie

  • Der m1n1-Bootloader verfügt über grundlegende M3-Unterstützung, und drei neue Mitwirkende haben Devicetree- und Kernel-Patches erstellt
    • Fedora Asahi Remix + KDE Plasma wurde erfolgreich auf einem M3 MacBook Air gebootet
  • Derzeit funktionieren Tastatur, Touchpad, Wi‑Fi, NVMe und USB3 nachweislich
    • Die GPU nutzt eine neue Architektur und bringt Funktionen wie Raytracing, Mesh Shader und Dynamic Caching mit
  • Die DCP-Initialisierung hängt von iBoot ab; durch Änderungen an der Firmware-Schnittstelle in macOS 14 ist zusätzliches Reverse Engineering nötig
  • Audio, Mikrofon, Webcam und Energieverwaltung sind noch nicht implementiert

120-Hz-Display und Refaktorierung des DCP-Treibers

  • Das 120-Hz-Panel der 14- und 16-Zoll-MacBook-Pro-Modelle ist seit Linux 6.18.4 aktiviert
    • Dabei werden feste Zeitstempel genutzt, um DCP-Beschränkungen zu umgehen
  • Der DCP-Treiber wird strukturell überarbeitet, um Erweiterungen wie HDR, VRR und Hardware-Helligkeitssteuerung zu ermöglichen
    • Eine Neuschreibung auf Rust-Basis ist geplant, aktuell läuft jedoch die Refaktorierung des C-Codes
  • Die Unterstützung für Hardware-Planes wird ausgebaut, sodass Experimente mit Y’CbCr-Framebuffern, Overlays und HDR möglich werden
    • Oliver hat das Apple-Interchange-Format per Reverse Engineering analysiert und Unterstützung für komprimierte Framebuffer hinzugefügt
    • Auch das Problem übersättigter Farben wurde im 6.18-Kernel behoben

Verbesserungen bei Webcam und Grafiktreiber

  • Webcam-Fehler in einigen GNOME-Apps wurden auf einen Bug bei der Verarbeitung planarerer Videoformate im OpenGL-Treiber zurückgeführt
    • Mit mehreren Patches für Mesa und PipeWire wurde das Problem gelöst; in Fedora 43 soll der gtk4paintablesink-Plugin-Fix folgen
  • Nach der Behebung von DMA-BUF-Verarbeitungsproblemen funktioniert der GPU-Treiber in den meisten Apps nun korrekt
  • Die Vorbereitung des GPU-Treibers für Upstream schreitet voran
    • Im Vergleich zu 6.13.8 sank die Zahl der Patches von 1232 auf 858 und der Codeumfang von 95.000 auf 83.000 Zeilen
    • Mit IGT-Test-Patches wurde die Grundlage für die Zusammenführung in den DRM-Mainline geschaffen

Performance-Optimierung und Verbesserungen bei der Paketverwaltung

  • Ein Problem, bei dem OpenGL-Speicherkopien CPU-basiert liefen, wurde durch GPU-Shader behoben; dadurch wurde Leistung auf dem Niveau einer gesättigten Speicherbus-Auslastung erreicht
    • Mit AGX-Optimierungsroutinen wurde eine Buffer-Clear-Geschwindigkeit von 355 GB/s erzielt
    • Auch Vulkan-Kopiervorgänge wurden um 30 bis über 100 % beschleunigt
  • Fedora Asahi Remix erhält durch die Umstellung auf DNF5 die Fähigkeit zur automatischen Paketmigration
    • Neal entwickelt ein DNF5-Backend für PackageKit, das in Fedora 44 integriert werden soll
    • Die automatische Umstellung auf Upstream-Pakete beginnt mit Mesa und virglrenderer

Community und nächste Pläne

  • Auf der FOSDEM wurden Strategien für M3- und M4-Unterstützung diskutiert; auf der SCaLE ist die Präsentation eines Asahi-Demosystems geplant
  • Das Projekt wird weiterhin durch Unterstützung über OpenCollective und GitHub Sponsors getragen
  • Auch 2026 soll die Entwicklung mit Fokus auf GPU-, Display- und Hardware-Integration fortgesetzt werden

Verwandte Beiträge

5 Kommentare

 
secret3056 2026-02-20

Ich dachte schon, alles stünde still, nachdem die beiden leitenden Entwickler raus waren, aber offenbar wird doch noch weiterentwickelt.
 
pluto 2026-02-21

Oh, gab es so etwas??!
 
hulryung 2026-03-10

https://marcan.st/2025/02/resigning-as-asahi-linux-project-lead/
Ich bin heute beim Nachschauen auch auf so einen Beitrag gestoßen.
 
pluto 2026-02-19

Vielen, vielen Dank
 
GN⁺ 2026-02-19
Hacker-News-Kommentare

  • Ein wirklich großartiges Update
    Die Beiträge von so vielen Mitwirkenden wie Oliver, Janne, Alyssa M, Shiz, Robert, Sven, James, Neal, chaos_princess, Davide, Lina, Michael, Sasha und Alyssa R sind beeindruckend

  • Tolle Arbeit
    In ein paar Jahren könnten gebrauchte M1/M2 MacBooks als „Spaß-Laptops“ bei jungen Entwicklerinnen und Entwicklern beliebt werden
    So wie früher das ThinkPad T420, wenn auch aus anderen Gründen
    Ich frage mich auch, wie sehr sich die M4- und M5-GPU von der M3 unterscheiden. Hoffentlich wird das Porting nicht allzu schwer, sobald M3 stabil läuft

    • Ich glaube eher nicht. Die Lebensdauer der SSD ist begrenzt und sie ist auf das Mainboard gelötet, daher ist das Ausfallrisiko auf dem Gebrauchtmarkt hoch
      Am Ende wirkt Apple Silicon wie ein Design mit begrenzter Lebensdauer
    • Ich sehe noch keinen Grund, mein M1 Max 64GB MacBook Pro zu ersetzen
      Mein größter Kritikpunkt ist allerdings macOS Tahoe. Ich denke, ich sollte Asahi unbedingt ausprobieren
    • Nach den öffentlich bekannten Informationen ist die M4-GPU eher ein leistungsorientiertes Refresh der M3, während es bei M5 größere Änderungen gibt, etwa einen On-Chip-Neural-/Tensor-Beschleuniger
    • Die Preise auf dem Gebrauchtmarkt fallen schon in die Nähe von 200 Euro, also habe ich mir eins gekauft
      16GB RAM und ein kleiner schwarzer Streifen neben dem Display, aber das stört mich nicht. Hat 230 Euro gekostet
    • Es gibt einige Änderungen beim Booten
      Ab M4 muss man wählen, ob man mit aktiviertem Page Table Monitor von Apple startet oder ob man die Apple-Erweiterungen komplett deaktiviert

  • Das ist der zentrale zitierte Abschnitt
    Der aktuelle Stand der M3-Unterstützung ist ungefähr vergleichbar mit dem Zeitpunkt, als die M1-Unterstützung erstmals als Arch Linux ARM Beta erschien
    Tastatur, Touchpad, WiFi, NVMe und USB3 funktionieren, einige lokale Patches sind noch nötig, aber es ist fast in einem Zustand, der bald veröffentlicht werden kann

  • Ich frage mich manchmal, ob Apple das Asahi-Team überhaupt wahrnimmt
    Ob sie von deren Reverse-Engineering-Fähigkeiten beeindruckt sind oder ob es ihnen egal ist

    • Ich habe früher gesehen, dass ein Entwickler rund um Bootloader oder Security-Chips das auf Twitter erwähnt hat
      Gemeint ist vermutlich der Tweet von XenoKovah
    • Apple weiß davon
      Aber in einem Schrank in Cupertino liegen wohl längst Baupläne, die Asahis Bemühungen bedeutungslos machen könnten
      Wenn einem Personal Computing oder Linux wichtig ist, würde ich sagen: Kauft keinen Mac
    • Apple hat schon vor 2–3 Jahren einige Änderungen zur Unterstützung von Projekten wie Asahi eingebaut
    • Ich glaube nicht, dass Apple sich daran stört. Solche Projekte ziehen eher noch mehr Kunden zu Apple
    • Marcan hatte früher erwähnt, dass im Mac-Bootloader absichtlich Code enthalten war, der das Booten alternativer Betriebssysteme erleichtert

  • Wenn ich einen gebrauchten Mac kaufe, würde mich interessieren, welches Modell die beste Balance aus Leistung, Akku und Asahi-Unterstützung bietet

    • Beim M2 MacBook Air konnte ich Asahi wegen der fehlenden Unterstützung externer Displays nicht nutzen
      Wenn das mit diesem Update auf einem Custom Kernel möglich wird, könnte das M2 Air der neue Sweet Spot werden
      Bisher war das M1 Air in dieser Rolle

  • Ich habe keine Apple-Hardware, aber schon beim Lesen merkt man das Talent und die Hingabe des Asahi-Teams
    Hoffentlich wird ihr Code upstream übernommen, damit Linux auf ARM erstklassige Unterstützung bekommt

  • Als ich gestern Bladerunner geschaut habe, gibt es die Szene, in der Ford ein Foto per Sprachbefehl vergrößert
    Beim orangefarbenen Balken oben auf dem Bildschirm dachte ich: „Endlich hat die Mac Touch Bar einen Einsatzzweck“
    Ich freue mich sehr darauf, wenn die Touch Bar unter Linux funktioniert

    • Das denkwürdigste an der Touch Bar war für mich, dass in einer IDE Force Push und Cancel direkt nebeneinander lagen
    • Die Touch Bar wirkt wie eine Funktion, die von Anfang an nie richtig genutzt wurde
      Ich hatte eigentlich gehofft, sie sei ein Vorbote einer vollständigen softwarebasierten haptischen Tastatur
      So eine Tastatur hätte Laptops wie Smartphones vollständig geschlossen machen können und dadurch Reinigung und Wasserfestigkeit verbessert

  • Ich freue mich wirklich auf den Tag, an dem Asahi auf dem M4 Air laufen wird

  • Erstaunliche Arbeit. Großer Respekt vor den technischen Fähigkeiten aller Beteiligten
    Aber ich frage mich, warum man Asahi überhaupt nutzen will
    Ich nutze seit 2005 Ubuntu und seit 2012 Mac, und die beiden Systeme sind fast gleich, ich kann denselben Code ohne Änderungen ausführen
    Übersehe ich etwas Wichtiges?

    • Apple bietet die beste Hardwarequalität
      Deshalb gibt es viele Leute, die ein MacBook Pro kaufen und darauf ihr bevorzugtes Betriebssystem installieren möchten
    • Ein weiterer Grund ist die Lebensverlängerung nach dem Support-Ende von macOS
      Auf Intel-Macs konnte man wie beim Hackintosh neuere Betriebssysteme installieren, bei Apple Silicon ist das praktisch unmöglich

  • Ich frage mich, welchen Einfluss ARM-basierte Geräte wie Steam Frame auf Asahi haben werden
    Im Moment ist Apple der populärste Anbieter von ARM-Computern, aber Valve könnte mit einem Linux-freundlichen ARM-Gerät zum Zentrum des Ökosystems werden
    Das würde die ARM-Unterstützung insgesamt stärken und damit auch Asahi zugutekommen