O Asahi Linux 7.3 chegou com avanços que resolvem limitações históricas da plataforma Apple Silicon no Linux. A equipe de desenvolvimento conseguiu ativar portas Thunderbolt, consolidou o suporte ao chip M3 e encontrou um caminho técnico para rodar jogos de Windows sem as perdas de desempenho das máquinas virtuais. O clima nos bastidores do projeto, no entanto, forçou uma mudança estrutural imediata na forma como o sistema é distribuído.
O projeto abandonou a licença permissiva MIT em favor da GNU General Public License versão 2 (GPLv2) ou superior. A decisão foi tomada para impedir a apropriação indevida do código por agentes comerciais.
O conflito das licenças e a extração de código
Desde o início, o Asahi Linux publicava a maior parte de sua engenharia reversa sob a licença MIT. O objetivo era facilitar o compartilhamento de código com outros sistemas operacionais de código aberto, como as variantes do BSD. A licença MIT permite que o código seja modificado e incorporado até mesmo em softwares proprietários sem a exigência de abertura das modificações.
A equipe relatou que esse modelo se tornou insustentável. Desenvolvedores comerciais e projetos paralelos começaram a explorar o trabalho do Asahi para criar opções proprietárias monetizadas. Em casos documentados pelos mantenedores, o código de recursos ainda em desenvolvimento foi extraído de repositórios pessoais e publicado sem atribuição. Ferramentas de inteligência artificial (LLMs) chegaram a ser utilizadas para reescrever funções e ofuscar a origem do código.
Para estancar o problema, todo o repositório passa a exigir copyleft forte com a GPLv2. O movimento é semelhante ao ocorrido em 2002 com o projeto WINE, que também deixou a licença MIT para impedir que empresas criassem ramificações fechadas do software.
Thunderbolt esbarra no hardware proprietário da Apple
A promessa de suporte ao Thunderbolt foi feita no início de 2024. A complexidade do desenvolvimento atrasou a entrega porque a Apple decidiu não utilizar controladores da Intel, que são o padrão de mercado. A fabricante desenhou seu próprio hardware baseado em um núcleo Cortex-M3 rodando o sistema RTKit, acoplado a um roteador Thunderbolt e USB4 personalizado. Há um controlador desse tipo para cada porta USB-C nos Macs.
Como o ecossistema do kernel Linux foi construído ao redor dos componentes da Intel, a arquitetura da Apple quebra a lógica de funcionamento esperado pelo sistema. Os desenvolvedores descobriram que o reset físico de cada controlador da Apple ocorre pela alteração de bits específicos no meio do mapeamento de memória (MMIO) do componente PMGR, um comportamento atípico para o kernel.
A versão 7.3 entrega a primeira implementação funcional desse trabalho. Neste momento, o sistema suporta USB 3, protocolo XDomain e redes Thunderbolt (Thunderbolt Networking). O tunelamento de PCI Express (PCIe) e DisplayPort ainda não funciona. Na prática, docks Thunderbolt que dependem dessas vias não operarão com capacidade total até que o desenvolvimento avance.
Fim da máquina virtual em jogos depende de código do Android
O Asahi Linux roda em páginas de memória de 16 KiB. A grande maioria dos jogos de PC, projetados para a arquitetura x86 e x64, exige páginas de 4 KiB. Para resolver essa disparidade estrutural, o Asahi utilizava o muvm, uma micro máquina virtual que recriava o ambiente de 4 KiB. O método funciona, mas impõe uma penalidade de desempenho de 20%, afeta a velocidade de leitura e gravação e inviabiliza o uso de protocolos nativos como o Wayland.
A solução surgiu de um patch desenvolvido pelo Google para o Android chamado P3S (Per Process Page Size). O código manipula os registradores de controle de tradução (TCR) nos processadores ARM64, permitindo que o kernel comute o tamanho da página de memória individualmente para cada processo. Como a mudança exige a gravação em apenas um registrador, a penalidade de desempenho é essencialmente zero.
Os desenvolvedores aplicaram o P3S no Asahi e removeram o muvm. O resultado foi a execução nativa de jogos como Wolfenstein: The New Order (que ultrapassou 144 quadros por segundo em um M2 Max), Grand Theft Auto IV, Fallout: New Vegas e Star Wars Battlefront.
Apesar do sucesso técnico, o Asahi Linux não incluirá o recurso nesta atualização. O P3S foi desenhado especificamente para as necessidades comerciais do Android e depende de adaptações no código central de gerenciamento de memória do kernel. O projeto optou por aguardar para ver se o Google tentará oficializar o recurso no repositório principal do Linux (upstream). Os mantenedores do Asahi avaliaram que seria arriscado gerar dependência técnica de um código que pode ser abandonado pelo Google no futuro.
Engenharia reversa no M5 e consolidação do M3
A compatibilidade com os processadores M3 saiu da fase experimental e agora está ativada por padrão (General Availability). A equipe ativou o coprocessador de tela (DCP), o que permitiu o suporte oficial ao modo de suspensão de energia (sleep) e ativou o uso da área de tela ao redor do entalhe nos MacBooks.
O trabalho já engloba gerações que mal chegaram ao mercado. Os dispositivos com M4 Pro e M4 Max receberam instruções iniciais de hardware (DeviceTrees). O projeto também já atua na plataforma M5, que exigirá uma nova abordagem de virtualização.
O macOS rodando na arquitetura M5 exige o funcionamento de “Exclaves”, aplicativos menores isolados por um Kernel Seguro que cuidam de tarefas como o indicador de uso da câmera. O sistema operacional entra em falha crítica (panic) se não encontrar essas estruturas. Para conseguir estudar o funcionamento via engenharia reversa, o Asahi atualizou a ferramenta m1n1 para rodar três máquinas virtuais simultâneas no nível de privilégio EL1, acomodando o kernel principal, o subsistema seguro e os exclaves.
Submissão de drivers e Fedora Remix
O esforço para enviar o código desenvolvido para a linha principal do kernel Linux resultou na submissão de dois pacotes extensos. O driver de áudio macaudio totaliza 3.100 linhas de código e precisou alterar subsistemas centrais do ALSA para acomodar as exigências de amplificação dos alto-falantes da Apple. O controlador de vídeo (AVD), que exigiu 13.000 linhas, foi enviado para revisão pública com apenas três meses de desenvolvimento interno.
Na interface de usuário final, o Fedora Asahi Remix 45 foi publicado no mesmo dia que o lançamento oficial do Fedora 45 upstream, marcando um alinhamento inédito de cronogramas.
