Asahi Linux umgeht Apples Sicherheitsmonster SPTM und erweckt Hypervisor auf M4 zum Leben

Asahi Linux Progress Report: Linux 7.2

Der neue Asahi-Linux-Fortschrittsbericht zeigt, wie das Projekt die Machtlosigkeit der CPU-Stromverwaltung auf Apple Silicon umgeht: Statt des nicht implementierten PSCI-Standards setzt Sven auf einen UEFI-Runtime-Service-basierten PSCI-Kanal, der m1n1 als Firmware einbindet. Zudem gelang es, Apples SPTM-Sicherheitsmonitor auf M4-Geräten zu emulieren, wodurch der Hypervisor wieder funktioniert. Weitere Fortschritte umfassen vollständige Webcam- und Mikrofon-Unterstützung für M3 sowie die Integration des neuen USB-Port-Controllers ACE3.

Dank Svens Arbeit am Reverse Engineering von SPRR und GXF konnte er dem m1n1-Hypervisor beibringen, sie zu emulieren, sodass wir Apples SPTM-Blob genau so laden können, wie XNU es erwartet.
  1. JLO64

    > Dank der gemeinsamen Anstrengungen von mildsunrise und chaos_princess haben wir herausgefunden, dass ACE3 so ziemlich denselben Registersatz wie CD3217 hat, nur eben in eine SPMI-Schnittstelle verpackt statt über I2C adressiert. Sowohl die SPMI-Schnittstelle als auch ACE3 selbst funktionieren jetzt in Asahi Linux und bringen USB 3.0- und Thunderbolt-Unterstützung für alle M3-Serien-Geräte.

    Als ich mein M3 Pro MBP bekam, habe ich es mit der Absicht gekauft, irgendwann Linux darauf zu installieren. Im Nachhinein habe ich den Aufwand, der selbst für eine teilweise Linux-Kompatibilität nötig ist, ernsthaft unterschätzt, was mich umso dankbarer für die Arbeit macht, die die Asahi-Mitwirkenden investiert haben! Ich werde macOS trotzdem noch für iOS-Entwicklungsarbeit installiert lassen (was ich in absehbarer Zeit vorhabe), aber abgesehen davon brauche ich eigentlich nur einen Webbrowser und Ghostty mit guter Akkulaufzeit.

  2. dreamcompiler

    Ich habe Asahi so ziemlich aufgegeben, wegen der jahrelangen Verzögerungen und weil es keine performante Möglichkeit gibt, Speicherplatz mit macOS zu teilen.

    Wenn man Linux in einer VM auf macOS auf Apple Silicon laufen lässt, opfert man etwas Rohgeschwindigkeit, kann aber dafür gelegentlich macOS-Apps nutzen und hat von beiden Systemen aus Zugriff auf dieselben Daten, ohne alles duplizieren zu müssen. Und die Akkulaufzeit ist vernünftig, was bei Asahi noch nicht der Fall ist.

  3. dgunay

    Ich habe enormen Respekt vor der unglaublichen Arbeit, die das Asahi-Team leistet, aber bei dem Tempo, mit dem Intel und AMD bei der Energieeffizienz aufholen, frage ich mich, ob irgendjemand wirklich Linux auf M-Serien-Laptops laufen lassen muss. Es gab damals ein klares Argument dafür, als Apple Silicon alles andere, was man kaufen konnte, absolut dominierte, aber mit Panther Lake bin ich mir nicht mehr so sicher, ob Apples Vorsprung weiterhin groß genug sein wird, um zu rechtfertigen, dass man mehrere Jahre auf vollständige Linux-Hardware-Kompatibilität warten muss, die per Reverse Engineering erschlossen wird.

  4. stiray

    Ich hoffe, sie unterstützen bald den M4, ich kann macOS und seinen Drang, sich von allem anderen durch benutzerdefinierte Tastenkürzel usw. zu unterscheiden, nicht ausstehen.

    Nach 2 Jahren Nutzung habe ich immer noch Probleme mit grundlegenden Aktionen wie Kopieren und Einfügen.

    Bearbeitung: Oh mein Gott, während ich das hier schreibe, habe ich nachgesehen, ob es eine Möglichkeit gibt, Linux-Kürzel zu verwenden, und es gibt sie (Kanesh/KMonad oder Karabiner-Elements). Vielleicht hört mein Leiden endlich auf.

  5. owaislone

    Dieses Projekt war so beeindruckend und aufregend. Ich hoffe, dass das Energiemanagement ein ernstes Anliegen ist, sobald sie das gesamte Reverse Engineering und die Funktionalität abgeschlossen haben. Die Akkulaufzeit wäre ein riesiger Unterschied für die tägliche MacBook-Nutzung, und traditionell war Linux dabei aufgrund fehlender proprietärer und hochoptimierter Treiber schlecht.

  6. ksec

    > Die ARM-Spezifikation schreibt vor, dass Kerne in WFI-Schleifen den gesamten Zustand bewahren sollten. Dies ist auf Apple Silicon nicht der Standardmodus.

    Ich frage mich manchmal, wann ARM diese Dinge findet und testet und Apple auffordert, sie zu befolgen. Offensichtlich ist dies nicht das erste Mal, dass wir so etwas sehen.

  7. lvl155

    Es ist eine Schande, dass Macs führende Prozessoren und Hardware haben, aber Apple Linux nicht erstklassig unterstützt. Ich weiß, dass sie intern vollständige Builds haben, also ist es keine Frage der Ressourcen.

    Es ist einfach eine Geschäftsentscheidung von Apple. Und eine ziemlich dumme noch dazu. Hoffentlich macht Ternus diese kurzsichtige Entscheidung rückgängig.

  8. ZiiS

    Ich verstehe die Frustration der Leute, die fragen, wann es fertig sein wird, und dass DP Alt Mode diesen Punkt überschritten hat. Es stand jedoch in einem offiziellen Fortschrittsbericht, aber die letzten drei erwähnen es überhaupt nicht. (Ich habe es die ganze Zeit ohne Probleme laufen lassen.) Eine einzige Zeile über den aktuellen Umfang der offenen Fehler würde wirklich helfen.

Mehr von diesem Tag

2026-08-27