Asahi Linux no M3

Artigo original ↗ Discussão no Hacker News ↗

O progresso do Asahi Linux em trazer suporte nativo a Linux para os chips M-series da Apple, incluindo o trabalho inicial no M3, é amplamente elogiado como uma notável façanha de engenharia reversa, mas ainda é limitado por peças faltando como Thunderbolt, vídeo via USB‑C em alguns modelos e suporte imaturo a GPU no hardware mais novo. Comentadores debatem por que a Apple retém documentação de hardware e drivers — citando incentivos de negócio, preocupações com IP e sua estratégia de ecossistema — enquanto observam que o suporte anterior ao M1/M2 já é bom o suficiente para tornar Macs antigos viáveis como máquinas Linux quando o suporte ao macOS terminar. Alguns veem projetos como o Asahi (e esforços assistidos por IA como o Omarchy) como cruciais para manter o hardware Apple Silicon de alta qualidade útil e aberto no longo prazo.

Status do projeto e ressalvas técnicas

  • O Asahi agora inicializa em chips M-series mais novos (incluindo o M3), mas o suporte a recursos ainda fica atrás dos chips mais antigos.
  • Maduro no M1/M2: aceleração de GPU funcional com drivers abertos; usado com sucesso para jogos (via Steam/Proton) e uso em desktop.
  • M3: o suporte a GPU ainda está ausente; o HDMI funciona para alguns, mas vídeo via USB‑C/Thunderbolt e Thunderbolt completo (PCIe, DisplayPort estável) ainda não estão prontos.
  • Suspensão e retomada do sono continuam problemáticas em alguns Macs Intel e Apple Silicon; usuários relatam travamentos e necessidade de desligar e ligar manualmente.
  • IA local: llama.cpp e cargas de trabalho semelhantes são muito mais lentas do que o Metal no macOS; alguns não vão migrar até que os caminhos via GPU/NPU sejam competitivos.

Casos de uso e público-alvo

  • Público principal: pessoas que querem Linux bare-metal no hardware eficiente da Apple, para uso diário, servidores ou para manter o futuro garantido quando o suporte do macOS acabar.
  • Outros fazem dual-boot: macOS para apps específicos (música/DJ, builds de iOS/mac) e Asahi para tudo o mais ou para jogos no Steam.
  • Alguns argumentam que é principalmente para quem gosta de mexer e para quem não gosta da UX, das políticas ou dos serviços em segundo plano do macOS.

A posição da Apple, documentação e incentivos de negócio

  • Debate recorrente: por que a Apple não publica especificações de hardware ou drivers Linux.
  • Argumentos de que não o faz: mercado Linux-no-Mac minúsculo; alto esforço de documentação; proteção de IP; evitar obrigações contínuas de compatibilidade; receita de serviços/ecossistema mais importante do que vendas extras de Macs.
  • Contra-argumentos: Intel/AMD fornecem documentação e drivers Linux para seu hardware; até documentação parcial reduziria enormemente o esforço de engenharia reversa.
  • Vários observam que a Apple poderia ter bloqueado totalmente sistemas operacionais alternativos, mas escolheu um processo de boot que permite OSs não assinados; engenheiros da Apple, segundo relatos, até corrigiram particularidades do bootloader que quebravam o Asahi.
  • Darwin e vários projetos open source da Apple são citados, mas muitos veem a contribuição da Apple para o FOSS como modesta em comparação com outros grandes fornecedores.

Ciclo de vida, direito ao conserto e lixo eletrônico

  • Há forte interesse no Asahi como forma de manter máquinas M1–M3 capazes úteis depois que o suporte do macOS e da App Store acabar.
  • Alguns sugerem que reguladores deveriam exigir documentação de hardware ou liberação de chaves no fim de vida, talvez com incentivos fiscais ou obrigações de descarte.

Virtualização vs. bare metal

  • O Hypervisor/UTM do macOS pode executar VMs Linux ARM com velocidade quase nativa e é elogiado por alguns como “bom o suficiente”.
  • Outros rejeitam isso: querem o macOS fora por confiança, segurança, simplicidade ou filosofia; rodar Linux dentro de um macOS sem patches e em fim de vida é visto como inseguro.

Omarchy e drivers gerados por IA

  • Um esforço separado chamado “Omarchy” supostamente usa IA para acelerar o trabalho em drivers (por exemplo, GPU do M4).
  • Alguns veem potencial para reaproveitamento de código; אחרים alertam sobre a procedência legal e a saída “desleixada” da IA, e esperam que o Asahi evite esse código.