- Para marcar o 5º aniversário do projeto de port do Linux para Apple Silicon, foi implementado pela primeira vez o suporte à saída DisplayPort Alt Mode via USB-C
- O novo branch “fairydust” viabiliza a saída para monitores externos por meio de engenharia reversa de quatro blocos de hardware: DCP, DPXBAR, ATCPHY e ACE
- O suporte ao Mac M3 chegou a uma fase inicial; teclado, trackpad, Wi‑Fi, NVMe e USB3 funcionam, mas a aceleração de GPU e o controle do DCP ainda não estão completos
- O display de 120 Hz do MacBook Pro funciona desde o Linux 6.18.4, e o driver DCP está passando por uma grande refatoração para oferecer recursos avançados como HDR, VRR e overlays de hardware
- Melhorias gerais em GPU, webcam e gerenciamento de pacotes continuam, e o Fedora Asahi Remix avança na transição para DNF5 e na automação da integração com upstream
Principal avanço: saída de vídeo por USB-C
- O Asahi Linux passou 5 anos transformando o Apple Silicon em uma plataforma desktop AArch64 completa
- O interesse contínuo levou à correção de bugs de software relacionados a AArch64
- O recurso mais pedido, a saída DisplayPort Alt Mode via USB-C, foi implementado no branch “fairydust”
- A conexão de um monitor externo em um M1 MacBook Air com adaptador USB-C→HDMI foi bem-sucedida
- Esse branch é uma versão experimental para desenvolvedores, com itens ainda inacabados, como múltiplos monitores, hotplug e problemas de cor
- Ainda não há suporte para usuários em geral
Suporte à série M3
- O bootloader m1n1 já tem suporte básico ao M3, e três novos contribuidores escreveram patches de Devicetree e do kernel
- O Fedora Asahi Remix + KDE Plasma inicializou com sucesso em um M3 MacBook Air
- No momento, teclado, touchpad, Wi‑Fi, NVMe e USB3 já foram confirmados como funcionando
- A GPU usa uma nova arquitetura, com recursos adicionados como ray tracing, mesh shaders e Dynamic Caching
- A inicialização do DCP depende do iBoot, e a mudança na interface de firmware do macOS 14 exige engenharia reversa adicional
- Áudio, microfone, webcam e gerenciamento de energia ainda não foram implementados
Display de 120 Hz e refatoração do driver DCP
- O painel de 120 Hz dos MacBook Pro de 14 e 16 polegadas foi ativado a partir do Linux 6.18.4
- As limitações do DCP foram contornadas com o uso de timestamps fixos
- O driver DCP está sendo reestruturado para expansão com HDR, VRR e controle de brilho por hardware
- Há um plano de reescrita em Rust, mas por enquanto a refatoração do código em C está em andamento
- O suporte a planos de hardware está sendo reforçado para viabilizar framebuffer Y’CbCr, overlays e experimentos com HDR
- Oliver fez engenharia reversa do formato Apple Interchange e adicionou suporte a framebuffer comprimido
- O problema de cores supersaturadas também foi corrigido no kernel 6.18
Melhorias no driver gráfico e na webcam
- Os erros de webcam que ocorriam em alguns apps do GNOME foram identificados como um bug no tratamento de formatos de vídeo planar no driver OpenGL
- Foi resolvido com vários patches no Mesa e no PipeWire; o plugin gtk4paintablesink será corrigido no Fedora 43
- O driver de GPU passou a funcionar normalmente na maioria dos apps após a correção de um problema no tratamento de DMA-BUF
- O trabalho de preparação do driver de GPU para upstream segue em andamento
- Em comparação com a 6.13.8, o número de patches caiu de 1232 para 858, e o código de 95.000 para 83.000 linhas
- Patches de teste do IGT criaram a base para a integração do DRM no mainline
Otimização de desempenho e melhorias no gerenciamento de pacotes
- O problema de cópia de memória do OpenGL, que era baseado em CPU, foi corrigido com shaders de GPU, alcançando desempenho no nível de saturação do barramento de memória
- Com a aplicação de rotinas de otimização do AGX, foi atingida velocidade de limpeza de buffer de 355 GB/s
- As cópias em Vulkan também melhoraram em 30% a mais de 100%
- O Fedora Asahi Remix, com a migração para o DNF5, passou a ter recurso de transição automática de pacotes
- Neal desenvolveu um backend DNF5 para o PackageKit, com integração prevista para o Fedora 44
- A transição automática para pacotes upstream começou com Mesa e virglrenderer
Comunidade e próximos passos
- No FOSDEM, foram discutidas as estratégias de suporte a M3 e M4, e no evento SCaLE está prevista a exibição de um sistema de demonstração do Asahi
- O projeto continua graças ao apoio no OpenCollective e no GitHub Sponsors
- O desenvolvimento continuará em 2026 com foco em melhorias em GPU, display e integração de hardware
5 comentários
Eu achei que o projeto tinha parado depois que os dois desenvolvedores principais saíram, mas pelo visto ainda estão desenvolvendo.
Ah, então isso aconteceu??!
https://marcan.st/2025/02/resigning-as-asahi-linux-project-lead/
Eu também encontrei este texto hoje enquanto pesquisava.
Muito, muito obrigado.
Comentários no Hacker News
Esta é realmente uma atualização excelente
O esforço de inúmeros colaboradores como Oliver, Janne, Alyssa M, Shiz, Robert, Sven, James, Neal, chaos_princess, Davide, Lina, Michael, Sasha e Alyssa R é impressionante
Trabalho muito legal
Daqui a alguns anos, parece provável que MacBooks M1/M2 usados virem notebooks “para diversão” populares entre jovens desenvolvedores
Como o antigo ThinkPad T420, embora por motivos diferentes
Também tenho curiosidade sobre o quanto as GPUs M4 e M5 são diferentes da M3. Espero que, quando a M3 estabilizar, o port não seja difícil demais
No fim, o Apple Silicon parece ter um projeto com vida útil limitada
Dito isso, meu maior problema é o macOS Tahoe. Estou achando que preciso mesmo experimentar o Asahi
Tem 16GB de RAM e uma pequena faixa preta ao lado da tela, mas isso não me incomoda. Comprei por 230 euros
A partir do M4, é preciso escolher entre iniciar com o page table monitor da Apple ativado ou iniciar com as extensões da Apple totalmente desativadas
A parte central citada é esta
O estado atual do suporte ao M3 é parecido com quando o suporte ao M1 apareceu pela primeira vez como beta do Arch Linux ARM
Teclado, touchpad, WiFi, NVMe e USB3 funcionam e, embora ainda sejam necessários alguns patches locais, já está em um nível próximo de poder ser lançado
Às vezes fico me perguntando se a Apple reconhece o time do Asahi
Será que admiram a capacidade de engenharia reversa deles, ou são indiferentes?
Acho que você está falando do tweet do XenoKovah
Mas dentro de algum armário em Cupertino já existe um projeto capaz de tornar o esforço do Asahi sem sentido
Se você se importa com computação pessoal ou com Linux, eu diria para não comprar um Mac
Se eu for comprar um Mac usado, queria saber qual modelo oferece o melhor equilíbrio entre desempenho, bateria e suporte do Asahi
Se com esta atualização isso passar a funcionar no kernel customizado, o M2 Air parece que vai virar o novo ponto ideal
Até agora, o M1 Air ocupava esse lugar
Não tenho hardware da Apple, mas só de ler já dá para sentir o talento e a dedicação do time do Asahi
Espero que o código deles seja integrado ao upstream e que o Linux para ARM receba suporte de primeira linha
Ontem, vendo Bladerunner, na cena em que o Ford amplia uma foto por comando de voz,
ao olhar para a barra laranja na parte de cima da tela pensei: “finalmente acharam uma utilidade para a Touch Bar do Mac”
Vou ficar muito animado se a Touch Bar funcionar no Linux
Na verdade, eu esperava que fosse um prenúncio de um teclado háptico totalmente baseado em software
Um teclado assim poderia tornar o notebook selado como um celular, melhorando a limpeza e a resistência à água
Estou realmente ansioso pelo dia em que será possível rodar Asahi em um M4 Air
Trabalho impressionante. Tenho respeito pela capacidade técnica de todos os envolvidos
Mas fico me perguntando por que alguém usaria Asahi de qualquer forma
Uso Ubuntu desde 2005 e Mac desde 2012, e os dois sistemas são tão parecidos que rodo o mesmo código sem nenhuma modificação
Será que estou deixando passar algo importante?
Por isso, há muita gente que quer comprar um MacBook Pro e instalar o sistema operacional de sua preferência
Nos Macs Intel era possível instalar um sistema novo como no Hackintosh, mas no Apple Silicon isso é praticamente impossível
Fico curioso sobre como dispositivos ARM como o Steam Frame podem afetar o Asahi
Hoje a Apple é a fornecedora de computadores ARM mais popular, mas a Valve tem grande chance de se tornar o centro do ecossistema com um dispositivo ARM amigável ao Linux
Isso fortaleceria o suporte a ARM em geral e também seria positivo para o Asahi