O ecossistema Linux finalmente resolveu uma de suas arestas mais incômodas para usuários de placas AMD voltadas a computação: a impossibilidade de utilizar o ROCm dentro de aplicações Flatpak sem comprometer a segurança da sandbox. Com o lançamento do Flatpak 1.18, o acesso individual ao dispositivo /dev/kfdcodecodecodecode foi adicionado às permissões de GPU, eliminando a necessidade de recorrer à permissão genérica --device=allcodecodecodecode. A mudança desata um nó que persistia desde 2023 e torna viável executar cargas de trabalho de IA e machine learning em ambiente isolado.
O atrito histórico entre a sandbox do Flatpak e o ROCm
O Flatpak é um dos principais sistemas de distribuição e conteinerização de aplicações no Linux. Seu valor está justamente no isolamento: cada aplicativo roda em uma sandbox com acesso limitado ao sistema hospedeiro, o que reduz a superfície de ataque e evita conflitos de bibliotecas. No entanto, essa barreira de segurança sempre foi um obstáculo para o ROCm, o conjunto de ferramentas open source da AMD para computação em GPU, equivalente ao CUDA da NVIDIA.
Para que o ROCm funcione, o kernel precisa expor o dispositivo /dev/kfdcodecodecodecode por meio do driver AMDKFD (AMD Kernel Compute Driver). Esse dispositivo é o canal de comunicação entre o software de computação e a GPU. Antes da versão 1.18, a sandbox do Flatpak não oferecia uma permissão granular para esse endpoint específico. A única saída para desenvolvedores e usuários era utilizar a flag --device=allcodecodecodecode, que libera o acesso a todos os dispositivos do sistema — uma brecha que, na prática, anulava boa parte da proteção oferecida pelo empacotamento Flatpak.
Flatpak 1.18: permissão granular para /dev/kfd
A versão 1.18 do Flatpak corrige exatamente esse ponto. O sistema de permissões DRI (Direct Rendering Infrastructure) foi estendido para incluir o acesso específico ao /dev/kfdcodecodecodecode. A partir de agora, uma aplicação Flatpak pode solicitar permissão exclusiva para o dispositivo de compute da AMD sem precisar abrir mão do isolamento das demais interfaces de hardware.
Isso significa que workloads de inferência de IA, treinamento de modelos e processamento científico podem ser executados dentro de contêineres Flatpak com um nível de segurança muito mais adequado. O ganho prático é enorme especialmente para usuários que desejam rodar ferramentas como PyTorch, TensorFlow ou bibliotecas de computação científica empacotadas via Flatpak sem expor todo o sistema.
Linha do tempo da implementação
| Data | Evento |
|---|---|
| 2023 | Envio do pedido de funcionalidade (feature request) para permissão individual ao /dev/kfdcodecodecodecode |
| 8 de junho de 2026 | Lançamento do Flatpak 1.18 com a permissão DRI estendida para incluir /dev/kfdcodecodecodecode |
O pedido de funcionalidade foi submetido pela comunidade em 2023. O pull request correspondente foi revisado e finalmente mesclado nesta versão, encerrando um ciclo de espera de aproximadamente três anos.
O que muda na prática para usuários de AMD GPU no Linux
Para quem utiliza placas AMD como a série Radeon RX 7000, Instinct MI300 ou as futuras RDNA 4, a diferença é imediata. Antes da atualização, qualquer aplicativo Flatpak que precisasse do ROCm exigia uma configuração manual invasiva. Com o Flatpak 1.18, basta que o manifesto do aplicativo inclua a permissão --device=kfdcodecodecodecode — ou que o usuário a conceda via flatpak overridecodecodecodecode — e o acesso ao computador da GPU fica liberado sem expor outros periféricos.
Esse avanço é particularmente relevante em distribuições Linux voltadas a jogos e estações de trabalho que adotam o Flatpak como formato primário de entrega de software, como Fedora (via Flathub) e SteamOS. Com a barreira do --device=allcodecodecodecode removida, desenvolvedores de ferramentas científicas e de IA podem empacotar seus softwares com confiança de que a segurança da sandbox será mantida.
Outras melhorias entregues no Flatpak 1.18
Embora o suporte ao ROCm seja o destaque, a versão 1.18 inclui aprimoramentos que tornam o dia a dia mais produtivo. O comando flatpak-coredumpctlcodecodecodecode teve sua saída reformulada para exibir informações de falhas de aplicativos de forma mais legível. O flatpak updatecodecodecodecode também passou por ajustes: mensagens de erro agora indicam com mais clareza a causa de uma falha na atualização, facilitando a resolução de problemas.
Usuários do shell Fish notarão uma melhora na velocidade de inicialização da integração com o Flatpak. Para desenvolvedores que compilam o Flatpak a partir do código-fonte, um bug que ocorria quando a variável USE_SYSTEM_HELPERcodecodecodecode não estava definida foi corrigido.
ROCm no Linux: um ecossistema que amadurece
O avanço no Flatpak não acontece isolado. A própria AMD continua a refinar o ROCm — a versão 7.2.4 foi lançada em 29 de maio de 2026, trazendo suporte a mais placas e melhorias de desempenho. Combinada com a permissão granular do Flatpak 1.18, a pilha de computação da AMD se torna mais coesa e pronta para uso em ambientes que exigem tanto performance quanto isolamento.
Enquanto o CUDA da NVIDIA mantém uma posição dominante no mercado de IA e HPC, a AMD avança com uma estratégia de código aberto que depende justamente da maturidade da infraestrutura ao redor. A correção desse gargalo no Flatpak representa um passo concreto para que o ROCm seja uma alternativa viável não apenas em servidores, mas também em estações de trabalho e máquinas de desenvolvimento rodando Linux.
