Asahi Linux en M3

El progreso de Asahi Linux para llevar soporte nativo de Linux a los chips M-series de Apple, incluido el trabajo inicial en M3, es ampliamente elogiado como un esfuerzo notable de ingeniería inversa, pero sigue limitado por piezas faltantes como Thunderbolt, vídeo por USB‑C en algunos modelos y una compatibilidad de GPU aún inmadura en el hardware más nuevo. Los comentaristas debaten por qué Apple retiene la documentación del hardware y los controladores —citando incentivos comerciales, preocupaciones de IP y su estrategia de ecosistema—, al tiempo que señalan que el soporte previo en M1/M2 ya es lo bastante bueno como para hacer viables los viejos Macs como máquinas Linux una vez que termine el soporte de macOS. Algunos ven proyectos como Asahi (y esfuerzos asistidos por IA como Omarchy) como cruciales para mantener el hardware de Apple Silicon de alta calidad útil y abierto a largo plazo.

Estado del proyecto y advertencias técnicas

  • Asahi ahora arranca en los M-series más nuevos (incluido M3), pero la compatibilidad de funciones va por detrás de los chips más antiguos.
  • Maduro en M1/M2: aceleración GPU funcional con controladores abiertos; usado con éxito para juegos (vía Steam/Proton) y uso de escritorio.
  • M3: la compatibilidad con GPU aún falta; HDMI funciona para algunos, pero el vídeo por USB‑C/Thunderbolt y el Thunderbolt completo (PCIe, DisplayPort estable) no están listos.
  • El reposo y la suspensión siguen siendo problemáticos en algunos Macs Intel y Apple Silicon; los usuarios informan bloqueos y ciclos de apagado manual.
  • IA local: llama.cpp y cargas de trabajo similares son mucho más lentas que Metal en macOS; algunos no cambiarán hasta que las rutas GPU/NPU sean competitivas.

Casos de uso y usuarios objetivo

  • Público principal: personas que quieren Linux en bare metal sobre el hardware eficiente de Apple, para uso diario, servidores o como apuesta de futuro cuando termine el soporte de macOS.
  • Otros hacen arranque dual: macOS para apps específicas (música/DJ, compilaciones de iOS/mac) y Asahi para todo lo demás o para jugar en Steam.
  • Algunos argumentan que es principalmente para entusiastas del trasteo y para quienes no les gusta la UX, las políticas o los servicios en segundo plano de macOS.

La postura de Apple, la documentación y los incentivos comerciales

  • Debate recurrente: por qué Apple no publica especificaciones de hardware ni controladores Linux.
  • Los argumentos de que no lo hace incluyen: mercado diminuto de Linux en Mac; alto esfuerzo de documentación; protección de IP; evitar obligaciones continuas de compatibilidad; y que los ingresos por servicios/ecosistema pesan más que unas ventas adicionales de Mac.
  • Contrapuntos: Intel/AMD proporcionan documentación y controladores Linux para su hardware; incluso documentación parcial reduciría enormemente el esfuerzo de ingeniería inversa.
  • Varios señalan que Apple podría haber bloqueado por completo los sistemas operativos alternativos, pero eligió un proceso de arranque que permite SO no firmados; según se informa, incluso ingenieros de Apple han corregido peculiaridades del bootloader que rompían Asahi.
  • Se citan Darwin y varios proyectos de código abierto de Apple, pero muchos ven la contribución de Apple al FOSS como modesta en comparación con la de otros grandes proveedores.

Ciclo de vida, derecho a reparar y residuos electrónicos

  • Hay gran interés en Asahi como forma de mantener útiles las máquinas M1–M3 una vez que terminen el soporte de macOS y del App Store.
  • Algunos sugieren que los reguladores deberían exigir documentación de hardware o la liberación de claves al final de la vida útil, posiblemente con incentivos fiscales u obligaciones de eliminación.

Virtualización frente a bare metal

  • Hypervisor/UTM de macOS puede ejecutar máquinas virtuales Linux ARM con una velocidad cercana a la nativa y algunos lo elogian como “suficientemente bueno”.
  • Otros lo rechazan: quieren que macOS desaparezca por confianza, seguridad, simplicidad o filosofía; ejecutar Linux dentro de un macOS sin parches y al final de su vida útil se considera inseguro.

Omarchy y controladores generados por IA

  • Un esfuerzo separado llamado “Omarchy” al parecer usa IA para acelerar el trabajo en controladores (por ejemplo, la GPU del M4).
  • Algunos ven potencial para reutilizar código; otros advierten sobre la procedencia legal y la salida “descuidada” de la IA, y esperan que Asahi evite ese código.