- O Asahi Linux, projeto de port do Linux para Apple Silicon, segue avançando no suporte ao chip M3 mais recente
- O M1n1, bootloader central do projeto, está sendo reescrito em Rust no lugar da base anterior em Python
- A migração para Rust busca melhorar segurança, desempenho e manutenibilidade, aumentando a confiabilidade do código de inicialização de hardware
- O suporte ao M3 ainda envolve desafios complexos em áreas de controle de hardware de baixo nível, como driver de GPU, gerenciamento de energia e mapeamento de memória
- Mesmo dentro da estrutura fechada do ecossistema Apple Silicon, o projeto mostra a relevância de uma comunidade open source que continua investindo em engenharia reversa e otimização
Situação atual do suporte ao M3 no Asahi Linux
- O Asahi Linux é um projeto open source que faz o port do kernel Linux para as séries de chips M1, M2 e M3 da Apple
- O objetivo é transformar hardware voltado ao macOS em um ambiente completo de workstation Linux
- O chipset M3 introduz uma nova arquitetura de GPU e um novo modelo de gerenciamento de energia, o que o torna incompatível com o código existente
- Por isso, vários subsistemas como drivers do kernel, sequência de boot e inicialização de memória estão sendo modificados
- A equipe de desenvolvimento está analisando o funcionamento interno do M3 por meio de engenharia reversa e vem publicando patches de kernel de forma gradual
Migração do bootloader M1n1 para Rust
- O M1n1 é um bootloader de inicialização e depuração usado para iniciar o Linux em Apple Silicon
- Antes ele era escrito em Python, mas agora está sendo reescrito com base em Rust
- O motivo da migração para Rust é garantir segurança de memória e prevenir erros em acessos de baixo nível ao hardware
- O modelo de ownership e o sistema de tipos de Rust favorecem maior estabilidade no código do bootloader
- A nova versão em Rust pode trazer no futuro melhor desempenho e manutenção de código mais simples
Desafios técnicos e próximos passos
- O driver de GPU do M3 ainda é um dos maiores desafios, já que é preciso lidar com as diferenças em relação à API Metal
- A equipe do Asahi pretende integrá-lo ao driver open source Mesa
- O gerenciamento de energia e controle de clocks dependem fortemente do firmware do macOS, então será necessária uma implementação independente
- O projeto continua avançando na integração ao kernel mainline e, no longo prazo, busca suporte completo no Linux principal
Significado para a comunidade e o ecossistema
- Trata-se de um exemplo de autonomia técnica da comunidade open source mesmo em um ambiente de hardware fechado como o da Apple
- A adoção de Rust reflete a tendência de transição em linguagens de programação de sistemas e pode influenciar outros projetos de bootloader e firmware
- O avanço do Asahi Linux contribui para a expansão da compatibilidade de hardware no Linux e para a diversificação do ecossistema de desenvolvedores
1 comentários
Comentários no Hacker News
Estou usando um MacBook Pro (M1 Pro) de 2021
Quero trocar por um modelo mais novo, mas é uma pena enorme perder o suporte a Linux
Docker ou virtualização não substituem isso, e recursos como o modo promíscuo da placa Wi‑Fi só são possíveis no Linux
No macOS, o dispositivo loopback do Docker também dá muitos problemas. Por esses motivos, um ambiente de boot Linux em bare metal é indispensável
No fim, se eu comprar um Mac novo, tenho que abrir mão do Linux; se eu comprar um Mac antigo, o hardware já está envelhecido
Estou em dúvida porque parece que o Asahi vai ficar cada vez mais para trás. Talvez eu tenha que voltar para um notebook Windows com Linux instalado
Mas isso não é tão satisfatório quanto um Mac
Lenovo e Dell também vendem oficialmente modelos compatíveis com Linux
Pessoalmente, uso um ThinkPad Z13 Gen 1; a bateria dura bastante e o suspend/resume funciona perfeitamente
Também consigo atualizar o firmware direto pelo Linux com o fwupd, e não há um único erro no log do dmesg
Também tenho um MacBook Air M1, mas tirando a bateria, prefiro muito mais o ThinkPad
Para administradores de sistema ou desenvolvedores, isso tem muitas vantagens que macOS ou VM jamais conseguem substituir
Também dá para subir rapidamente VMs Linux headless, e embora a versão gratuita possa virar paga algum dia, hoje é muito útil
O meu M1 ainda é mais rápido do que a maioria dos notebooks e, mesmo comparado ao M4, quase não há diferença perceptível
O M1 parece suficiente até 2030. Se houver um motivo para upgrade, provavelmente seria falta de RAM
Foi publicado o relatório de progresso mais recente do Asahi Linux
Uso Asahi Linux desde o começo em um Mac Mini M1 e em um Mac Studio
Hoje estou usando o Fedora Asahi Remix
Fico feliz em ver que o suporte pós‑M3 está avançando, mas do ponto de vista de quem usa Linux, usar hardware de ponta com um pequeno atraso não é necessariamente algo ruim
Como M1/M2 usados ficaram bem mais baratos, eles são ótimos como máquinas Linux com excelente custo-benefício
Pretendo colocar Asahi no M1 Air e no M1 Pro 14 que tenho em casa algum dia
O projeto Asahi é incrível, mas acompanhar o ciclo anual de novos chips da Apple parece uma luta sem fim
Ainda assim, só o M1 já oferece desempenho suficiente para vários anos de uso
Eu trabalhei na parte do M3 e do Wi‑Fi, e a Apple não muda completamente as interfaces a cada ano
Na maior parte, é um nível de extensão dos drivers existentes, então é uma estrutura sustentável de manter
Gerenciamento de energia e NPU/GPU são as partes mais complicadas, mas no longo prazo devem continuar viáveis mesmo com uma equipe pequena
Notebooks que quase seriam descartados ganharam vida nova graças ao Linux
O Windows virou um sistema operacional inchado e lento demais
Daqui para frente, chipsets fechados que só executam bootloaders assinados e apps OEM podem virar o padrão
No fim, existe o risco de o usuário perder o acesso root no próprio dispositivo
Na atualização do Asahi mencionaram Hollow Knight, mas Silksong também roda perfeitamente no M1 Air
Também testei o jogo 3D Bakeru, e fora o carregamento um pouco lento das texturas, foi tranquilo
É divertido acompanhar a evolução do Asahi, e hoje em dia quase não inicio mais no macOS
Estou pensando em pegar um M1 Pro ou Max usado por causa da bateria e da acessibilidade às ferramentas gráficas
O fato de o suporte ao M3 ser possível também é animador
Post relacionado no blog
O significado do Asahi vai além de simplesmente rodar Linux em Macs
A tentativa de integrar SoCs customizados ao kernel mainline e de reescrever o firmware em Rust pode servir de precedente para outras plataformas ARM64 também
Esse movimento também pode levar fabricantes de notebooks a reforçar o suporte Linux-first
Também existe a possibilidade de o ecossistema de notebooks ARM fora da Apple virar uma alternativa mais fluida
Há 20 anos, as pessoas se esforçavam para colocar macOS em hardware x86 com Hackintosh
Agora, ao contrário, vivemos uma era em que tentam instalar Linux no Mac, que tem o melhor hardware
É um ciclo interessante
Para usar iMessage, é preciso fingir ser um Mac real, e a partir do macOS 26 o suporte a Intel será encerrado
Quando não for mais possível rodar as versões mais novas do macOS, o Hackintosh também perderá o sentido
Não existe um “melhor” absoluto; depende da necessidade
Esse sucesso encheu os datacenters e impulsionou o boom das pontocom, e esse legado continua até hoje
Tenho curiosidade sobre o estado atual do projeto. Parece que muitos desenvolvedores centrais saíram
M3/4/5 têm um conjunto de instruções de GPU completamente diferente, então é preciso fazer engenharia reversa de novo
Hoje quase não há ninguém trabalhando nessa parte da GPU
Usei bastante o Asahi em um notebook M1, mas agora migrei para o UTM.app
Configurei para usar o Apple Silicon Hypervisor, e no M2 funciona perfeitamente
Se você configurar usando uma ISO Fedora arm64, dá para usar o hipervisor nativo em vez do QEMU
O Asahi é excelente, mas no longo prazo há muitas dificuldades, e talvez haja também perda de eficiência de bateria
Acho que usar o ambiente de desenvolvimento em uma VM em tela cheia é a forma mais equilibrada
Com o Asahi, basta abrir algumas abas do Firefox para que 16 GB de RAM se esgotem rapidamente, e travamentos por memória são frequentes
Mesmo otimizando o zswap isso não se resolve; provavelmente é por causa de um bug de tamanho de página de 16K