Informe de progreso de Asahi Linux: Linux 6.19

• El proyecto de portar Linux a Apple Silicon celebra su 5.º aniversario con la primera implementación de salida DisplayPort Alt Mode por USB-C
• La nueva rama fairydust hace posible la salida a pantallas externas mediante ingeniería inversa de cuatro bloques de hardware: DCP, DPXBAR, ATCPHY y ACE
• La compatibilidad con Mac M3 llegó a una etapa inicial; ya funcionan teclado, trackpad, WiFi, NVMe y USB3, pero la aceleración GPU y el control de DCP siguen incompletos
• La pantalla de 120 Hz del MacBook Pro funciona desde Linux 6.18.4, y el controlador DCP está en medio de una gran refactorización para funciones avanzadas como HDR, VRR y overlays de hardware
• Continúan las mejoras generales en GPU, webcam y gestión de paquetes, mientras Fedora Asahi Remix avanza en la transición a DNF5 y en la automatización de la integración upstream

---

Avances principales: salida de pantalla por USB-C

• Asahi Linux ha convertido Apple Silicon en una plataforma de escritorio AArch64 completa durante los últimos 5 años
  • El interés sostenido ha ayudado a corregir errores de software relacionados con AArch64
• La función más solicitada, la salida DisplayPort Alt Mode por USB-C, ya fue implementada en la rama fairydust
  • Se logró conectar con éxito una pantalla externa en una MacBook Air M1 usando un adaptador USB-C→HDMI
• Esa rama es una versión experimental para desarrolladores y todavía tiene elementos sin terminar, como múltiples pantallas, hotplug y problemas de color
  • Aún no hay soporte para usuarios generales

Compatibilidad con la serie M3

• El bootloader m1n1 ya tiene soporte básico para M3, y tres nuevos contribuidores escribieron parches para Devicetree y el kernel
  • Fedora Asahi Remix + KDE Plasma ya arrancó con éxito en una MacBook Air M3
• Por ahora está confirmado el funcionamiento de teclado, touchpad, WiFi, NVMe y USB3
  • La GPU usa una arquitectura nueva, con funciones añadidas como ray tracing, mesh shaders y Dynamic Caching
• La inicialización de DCP depende de iBoot, y los cambios en la interfaz de firmware de macOS 14 exigen más trabajo de ingeniería inversa
• Audio, micrófono, webcam y administración de energía siguen sin implementarse

Pantalla de 120 Hz y refactorización del controlador DCP

• El panel de 120 Hz de las MacBook Pro de 14 y 16 pulgadas quedó habilitado desde Linux 6.18.4
  • Se sorteó una limitación de DCP usando timestamps fijos
• El controlador DCP está siendo reestructurado para ampliar soporte a funciones como HDR, VRR y control de brillo por hardware
  • Existe un plan para reescribirlo en Rust, pero por ahora sigue la refactorización del código en C
• Se está fortaleciendo el soporte de planos de hardware para habilitar experimentos con framebuffers Y’CbCr, overlays y HDR
  • Oliver hizo ingeniería inversa del formato Apple Interchange y añadió soporte para framebuffers comprimidos
  • El problema de colores sobresaturados también se corrigió en el kernel 6.18

Mejoras en la webcam y en el controlador gráfico

• Los errores de webcam observados en algunas apps de GNOME se identificaron como un bug en el manejo de formatos de video planar del controlador OpenGL
  • Se resolvió con varios parches en Mesa y PipeWire, y en Fedora 43 se corregirá el plugin gtk4paintablesink
• El controlador GPU ya funciona normalmente en la mayoría de las apps tras corregir problemas de manejo de DMA-BUF
• Continúa la preparación para integrar upstream el controlador GPU
  • Frente a 6.13.8, la cantidad de parches bajó de 1232 a 858 y el código de 95,000 a 83,000 líneas
  • Los parches de pruebas IGT sentaron la base para la fusión de DRM en mainline

Optimización de rendimiento y mejoras en la gestión de paquetes

• Un problema donde las copias de memoria de OpenGL se hacían por CPU se corrigió usando shaders de GPU, logrando rendimiento al nivel de saturación del bus de memoria
  • Con rutinas de optimización AGX se alcanzó una velocidad de limpieza de búfer de 355 GB/s
  • Las copias en Vulkan también mejoraron entre 30 % y más de 100 %
• Fedora Asahi Remix obtiene capacidad de transición automática de paquetes con la migración a DNF5
  • Neal desarrolló un backend DNF5 para PackageKit, previsto para integrarse en Fedora 44
  • Ya comenzó la transición automática a paquetes upstream, empezando por Mesa y virglrenderer

Comunidad y planes a futuro

• En FOSDEM se discutió la estrategia de soporte para M3 y M4, y en SCaLE está prevista una demostración de sistemas Asahi
• El proyecto sigue adelante gracias al apoyo en OpenCollective y GitHub Sponsors
• También en 2026 el desarrollo continuará centrado en GPU, pantallas y mejoras de integración de hardware

[secret3056]

Pensé que estaba todo parado porque los dos desarrolladores principales quedaron fuera, pero parece que de alguna forma sí siguen desarrollando.

[pluto]

Oh, ¿pasó algo así??!

[hulryung]

https://marcan.st/2025/02/resigning-as-asahi-linux-project-lead/
Yo también me encontré con esta publicación mientras buscaba hoy.

[pluto]

Muchísimas gracias

[GN⁺]

Comentarios en Hacker News

• Es una actualización realmente excelente
  El esfuerzo de muchísimos colaboradores, como Oliver, Janne, Alyssa M, Shiz, Robert, Sven, James, Neal, chaos_princess, Davide, Lina, Michael, Sasha y Alyssa R, es impresionante

• Gran trabajo
  En unos años, parece que las MacBook M1/M2 usadas se volverán populares como “laptops para divertirse” entre desarrolladores jóvenes
  Como las ThinkPad T420 de antes, aunque por razones distintas
  También me da curiosidad qué tan diferentes son las GPU M4 y M5 respecto a la M3. Ojalá que, cuando la M3 esté estable, el port no sea demasiado difícil

  • No lo creo. La vida útil del SSD es limitada y está soldado a la motherboard, así que en el mercado de segunda mano el riesgo de falla va a ser mayor
    Al final, Apple Silicon parece tener un diseño con vida útil limitada
  • Todavía no siento ninguna razón para cambiar mi MacBook Pro M1 Max de 64 GB
    Aunque macOS Tahoe sí es mi mayor queja. Definitivamente creo que debería probar Asahi
  • Según la información pública, la GPU del M4 es más bien un refresh centrado en rendimiento de la M3, mientras que el M5 trae cambios mayores, como un acelerador Neural/Tensor integrado en el chip
  • En el mercado de segunda mano ya están bajando cerca de los 200 euros, así que compré una
    Tiene 16 GB de RAM y una pequeña línea negra al lado de la pantalla, pero no molesta. Me costó 230 euros
  • Hay bastantes cambios relacionados con el arranque
    Desde el M4, hay que elegir si iniciar con el page table monitor de Apple activado o si arrancar con las extensiones de Apple completamente deshabilitadas

• Esta es la parte clave citada
  El estado actual del soporte para M3 se parece al momento en que el soporte para M1 apareció por primera vez como beta de Arch Linux ARM
  Teclado, touchpad, WiFi, NVMe y USB3 funcionan, y aunque todavía hacen falta algunos parches locales, ya está en un nivel en el que pronto podría lanzarse

• A veces me pregunto si Apple siquiera tiene presente al equipo de Asahi
  ¿Estarán admirando su capacidad de ingeniería inversa, o simplemente les dará igual?

  • Hace tiempo vi que alguien que trabajaba en bootloaders o chips de seguridad lo mencionó en Twitter
    Creo que te refieres al tuit de XenoKovah
  • Apple lo sabe
    Pero dentro de algún gabinete en Cupertino ya debe existir un plano para volver inútil el esfuerzo de Asahi
    Si te importa la computación personal o Linux, dan ganas de decir que no compres una Mac
  • Apple también metió hace 2 o 3 años algunos cambios para ayudar a proyectos como Asahi
  • No creo que a Apple le importe. Más bien, proyectos así atraen más clientes a Apple
  • Marcan mencionó hace tiempo que dentro del bootloader de Mac había código puesto a propósito para facilitar el arranque de sistemas operativos alternativos

• Si comprara una Mac usada, me gustaría saber qué modelo ofrece el mejor equilibrio entre rendimiento, batería y soporte de Asahi

  • La razón por la que no podía usar Asahi en una M2 MacBook Air era la falta de soporte para pantallas externas
    Si con esta actualización eso ya es posible en un kernel personalizado, la M2 Air podría convertirse en el nuevo punto ideal
    Hasta ahora, ese lugar lo ocupaba la M1 Air

• No tengo hardware de Apple, pero con solo leer esto se nota el talento y la dedicación del equipo de Asahi
  Ojalá su código se integre upstream y Linux para ARM tenga un soporte de primer nivel

• Ayer estaba viendo Bladerunner y, en la escena donde Ford amplía una foto con comandos de voz,
  vi la barra naranja en la parte superior de la pantalla y pensé: “por fin encontraron para qué sirve la Mac Touch Bar”
  Tengo muchas ganas de verla funcionando en Linux

  • Lo que más recuerdo de la Touch Bar es que, en un IDE, los botones de force push y cancel estaban uno junto al otro
  • La Touch Bar siempre me pareció una función que nunca se aprovechó bien
    De hecho, yo esperaba que fuera una antesala de un teclado háptico totalmente por software
    Un teclado así podría haber hecho que la laptop fuera sellada como un teléfono, mejorando la facilidad de limpieza y la resistencia al agua

• De verdad espero con ansias el día en que se pueda correr Asahi en una M4 Air

• Trabajo impresionante. Mis respetos por la capacidad técnica de quienes participan
  Pero me pregunto por qué usar Asahi en primer lugar
  Llevo usando Ubuntu desde 2005 y Mac desde 2012, y ambos sistemas son casi iguales, así que corro el mismo código sin modificar nada
  ¿Me estaré perdiendo de algo importante?

  • Apple presume la mejor calidad de hardware
    Por eso mucha gente quiere comprar una MacBook e instalarle el sistema operativo que prefiere
  • Otra razón es extender su vida útil cuando macOS deje de tener soporte
    En las Intel Mac era posible poner un sistema más nuevo como con Hackintosh, pero con Apple Silicon eso es prácticamente imposible

• Me da curiosidad qué impacto tendrán dispositivos ARM como Steam Frame sobre Asahi
  Ahora mismo Apple es el proveedor más popular de computadoras ARM, pero existe una gran posibilidad de que Valve se vuelva el centro del ecosistema con un dispositivo ARM amigable con Linux
  Eso fortalecería el soporte de ARM en general y también sería positivo para Asahi