Asahi Linux sigue trabajando en el soporte para Apple M3… el bootloader M1n1 se está migrando a Rust

• Asahi Linux, el proyecto de port de Linux para Apple Silicon, sigue avanzando en el soporte para el chip M3 más reciente
• M1n1, el bootloader central del proyecto, está siendo reescrito en Rust en lugar de su base previa en Python
• La migración a Rust busca mejorar la seguridad, el rendimiento y la mantenibilidad, aumentando la confiabilidad del código de inicialización de hardware
• El soporte para M3 sigue siendo una tarea compleja en áreas de control de hardware de bajo nivel como el driver GPU, la gestión de energía y el mapeo de memoria
• Tiene relevancia porque, incluso dentro del ecosistema cerrado de Apple Silicon, la comunidad open source sigue impulsando la ingeniería inversa y la optimización continuas

---

Estado del soporte de M3 en Asahi Linux

• Asahi Linux es un proyecto open source que porta el kernel de Linux a las series de chips M1, M2 y M3 de Apple
  • Su objetivo es convertir hardware pensado exclusivamente para macOS en un entorno completo de estación de trabajo Linux
• Actualmente, el chipset M3 introduce una nueva arquitectura GPU y un nuevo esquema de gestión de energía, lo que lo hace incompatible con el código existente
  • Por eso, se están modificando múltiples subsistemas, incluidos los drivers del kernel, la secuencia de arranque y la inicialización de memoria
• El equipo de desarrollo está analizando el funcionamiento interno del M3 mediante ingeniería inversa y va publicando parches del kernel de forma gradual

Migración del bootloader M1n1 a Rust

• M1n1 es un bootloader de inicialización y depuración para arrancar Linux en Apple Silicon
  • Antes estaba escrito en Python, pero ahora está siendo reescrito sobre Rust
• La razón de esta migración es asegurar la seguridad de memoria y evitar errores durante el acceso a hardware de bajo nivel
  • El modelo de ownership y el sistema de tipos de Rust favorecen una mayor estabilidad en el código del bootloader
• Se espera que la nueva versión en Rust permita en el futuro mejoras de rendimiento y de mantenibilidad del código

Retos técnicos y próximos pasos

• El driver GPU del chip M3 sigue siendo uno de los mayores desafíos, ya que debe cerrar la brecha con la API Metal
  • El equipo de Asahi apunta a integrarlo con el driver open source Mesa
• La gestión de energía y el control de relojes dependen en gran medida del firmware de macOS, por lo que hace falta una implementación independiente
• El proyecto sigue impulsando su integración en el mainline del kernel y, a largo plazo, busca un soporte completo en Linux mainstream

Significado para la comunidad y el ecosistema

• Es un ejemplo de la autonomía técnica de la comunidad open source incluso dentro del entorno de hardware cerrado de Apple
• La adopción de Rust refleja la tendencia de migración en lenguajes de programación de sistemas y podría influir en otros proyectos de bootloaders o firmware
• Los avances de Asahi Linux contribuyen a la expansión de la compatibilidad de hardware en Linux y a la diversificación del ecosistema de desarrolladores

[GN⁺]

Opiniones de Hacker News

• Uso una MacBook Pro (M1 Pro) de 2021
  Quisiera cambiarme a un modelo nuevo, pero me desanima mucho perder el soporte para Linux
  Docker o la virtualización no lo reemplazan, y funciones como el modo promiscuo de la tarjeta WiFi solo son posibles en Linux
  El dispositivo loopback de Docker en macOS también da muchos problemas. Por eso necesito sí o sí un entorno de arranque Linux en bare metal
  Al final, si compro una Mac nueva tengo que renunciar a Linux, y si compro una Mac vieja el hardware ya está anticuado
  Me preocupa que Asahi se vaya quedando cada vez más atrás. Tal vez tenga que volver a instalar Linux en una laptop con Windows
  Pero eso no me satisface tanto como una Mac

  • Hay fabricantes de laptops dedicadas a Linux como Slimbook, Star Labs, System76 y Tuxedo
    Lenovo y Dell también venden oficialmente modelos compatibles con Linux
    En lo personal uso una ThinkPad Z13 Gen 1, la batería dura mucho y suspend/resume funciona perfecto
    También puedo actualizar el firmware directamente desde Linux con fwupd, y no hay ni un solo error en los logs de dmesg
    También tengo una M1 MacBook Air, pero salvo por la batería, me gusta mucho más la ThinkPad
  • Es importante que el propio kernel de Linux corra directamente sobre el hardware
    Para administradores de sistemas o desarrolladores, eso trae muchas ventajas que macOS o una VM jamás pueden reemplazar
  • En macOS, usar OrbStack hace que el entorno Docker sea mucho más cómodo
    También permite levantar rápido una VM Linux headless, y aunque la versión gratuita podría volverse de pago algún día, por ahora es muy útil
  • No entiendo por qué querrían reemplazar una M1
    Mi M1 sigue siendo más rápida que la mayoría de las laptops, y aun comparada con una M4 casi no noto diferencia en el uso diario
    La M1 parece suficiente incluso hasta 2030. Si hubiera una razón para actualizar, probablemente sería falta de RAM
  • Yo también usé muy bien Asahi en una M2 Air, pero al final compré una M2 reacondicionada y pienso aguantar así unos años más

• Se publicó el informe de progreso más reciente de Asahi Linux

  • Ese enlace es el más reciente, así que habría que reemplazar la URL anterior por esta

• Llevo tiempo usando Asahi Linux en una M1 Mac Mini y una Mac Studio
  Ahora lo uso con Fedora Asahi Remix
  Me alegra ver que el soporte para M3 sigue avanzando, pero desde la perspectiva de un usuario de Linux, no necesariamente es algo malo usar hardware más nuevo con un poco de retraso
  Las M1/M2 usadas se han vuelto mucho más baratas, así que son ideales como máquinas Linux con gran relación precio-rendimiento

  • Gracias a Asahi, las Mac de bajo costo con buena batería y buen diseño se convirtieron en excelentes máquinas Linux
    Algún día también pienso pasar mi M1 Air y mi M1 Pro 14 de la casa a Asahi

• El proyecto Asahi es genial, pero seguirle el ritmo al ciclo anual de nuevos chips de Apple se siente como una pelea interminable
  Aun así, solo con la M1 ya hay rendimiento de sobra para varios años

  • La parte de GPU sí es claramente más difícil, pero el CPU/SoC no es tan grave
    Yo trabajé en temas del M3 y de WiFi, y Apple no cambia por completo las interfaces cada año
    En la mayoría de los casos solo se trata de extender drivers existentes, así que es una arquitectura mantenible
    La gestión de energía y la NPU/GPU son las partes más complicadas, pero a largo plazo debería poder mantenerse incluso con un equipo pequeño
  • Mi M1 Air tiene 4 años, pero sigue siendo la Mac con mejor rendimiento que tengo
  • Linux funciona bien incluso en hardware viejo
    Muchas laptops que estaban por desecharse recibieron una nueva vida gracias a Linux
    Windows se ha vuelto un sistema operativo demasiado pesado y lento
  • Da la impresión de que estamos viendo el fin de la era de las PC compatibles con IBM
    En adelante quizá se vuelvan predominantes chipsets cerrados donde solo corran bootloaders firmados y apps del OEM
    Al final existe el riesgo de que los usuarios pierdan el acceso root en sus propios dispositivos

• En la actualización de Asahi mencionaron Hollow Knight, pero Silksong también funciona perfecto en una M1 Air
  También probé un juego 3D, Bakeru, y salvo porque la carga de texturas es un poco lenta, anduvo bien
  Da gusto ver cómo progresa Asahi, y últimamente casi nunca arranco macOS
  Estoy considerando una M1 Pro o Max usada por la duración de batería y el acceso a herramientas gráficas
  También da esperanza ver que el soporte para M3 parece posible

  • Me sorprendió muchísimo cuando vi la demo de Cyberpunk corriendo en Asahi Linux de Alyssa Rosenzweig
    Entrada del blog relacionada

• La importancia de Asahi va más allá de simplemente correr Linux en una Mac
  El intento de integrar un SoC personalizado en el kernel principal y reescribir el firmware en Rust podría sentar un precedente para otras plataformas ARM64
  Esta tendencia también podría hacer que los fabricantes de laptops refuercen el soporte Linux-first
  También es posible que el ecosistema de laptops ARM que no dependen de Apple termine siendo una alternativa más fluida

  • Claro, el soporte de Linux para SoC ARM ya tiene mucha historia en el mundo embebido

• Hace 20 años la gente se esforzaba por poner macOS sobre hardware x86 con Hackintosh,
  y ahora estamos en la época opuesta: instalar Linux en la mejor pieza de hardware, la Mac
  Es un giro interesante

  • Hackintosh desapareció no porque bajara el interés, sino porque Apple reforzó la cadena de confianza y abandonó x86
    Para usar iMessage hay que suplantar una Mac real, y a partir de macOS 26 termina el soporte para Intel
    Cuando ya no se pueda ejecutar la versión más reciente de macOS, también desaparecerá el sentido de Hackintosh
  • Al final, antes y ahora, la gente tiene algo en común: quiere correr el software que le gusta en el hardware que quiere
    No existe un “mejor” absoluto; depende de la necesidad de cada quien
  • Sería más exacto decir: “ahora estamos en la época de intentar instalar Linux, el mejor sistema operativo, en hardware de Apple”
  • Incluso antes de Hackintosh, muchísima gente ya venía optimizando Linux para hardware x86 barato
    Ese éxito llenó los centros de datos e impulsó el boom puntocom, y ese legado sigue vivo hasta hoy

• Me da curiosidad el estado actual del proyecto. Parece que varios desarrolladores clave se fueron

  • En este momento están enfocados en fusionar los parches en el kernel principal
    En M3/4/5 el conjunto de instrucciones de la GPU cambió por completo, así que hace falta volver a hacer ingeniería inversa
    Ahora mismo casi no hay gente trabajando en esa parte de GPU
  • Mantener parches tan grandes y al mismo tiempo integrarlos al kernel es un reto enorme, y por eso el ritmo se ha vuelto más lento

• Usé muy bien Asahi en una laptop M1, pero ahora me cambié a UTM.app
  Lo configuré para usar el Apple Silicon Hypervisor y en una M2 funciona perfecto
  Si lo configuras con una ISO arm64 de Fedora, puedes usar el hipervisor nativo en lugar de QEMU

  • Si tienes que usar una Mac, la opción de VM es una elección realista
    Asahi es excelente, pero a largo plazo tiene muchas dificultades y también parece haber peor eficiencia de batería
    Yo creo que usar un entorno de desarrollo en una VM a pantalla completa es el punto de equilibrio más razonable
  • Yo también pienso cambiarme a ese mismo enfoque
    Con Asahi, basta abrir unas cuantas pestañas de Firefox para que los 16 GB de RAM se consuman enseguida y haya crashes de memoria frecuentes
    Ni optimizando zswap se resuelve, así que probablemente sea por un bug del tamaño de página de 16K