Driver aberto da NVIDIA dá passo histórico e ganha suporte experimental ao DLSS no Linux
O driver gráfico de código aberto para placas NVIDIA no Linux acaba de cruzar uma linha importante. O NVK , mantido pela comunidade dentro do Mesa, ganhou suporte experimental ao…

O driver gráfico de código aberto para placas NVIDIA no Linux acaba de cruzar uma linha importante. O NVK, mantido pela comunidade dentro do Mesa, ganhou suporte experimental ao DLSS no Linux, recurso que por anos foi um dos maiores motivos para continuar preso ao driver proprietário.
O código entrou no Mesa 26.2-devel, segundo o Phoronix, e a versão estável está prevista para agosto. Com isso, o NVK passa a lidar com jogos que usam a tecnologia de reconstrução de imagem da fabricante, inclusive via Steam Play e Proton.
Como o DLSS passou a rodar no NVK
O caminho escolhido não foi reescrever o DLSS… Em vez disso, o NVK passou a implementar a extensão VK_NVX_binary_import, que permite a um aplicativo carregar e executar os arquivos CuBIN da própria NVIDIA, binários CUDA pré-compilados que rodam direto na GPU.

Como o DLSS é construído sobre kernels CUDA, e não como um shader feito do zero, dar suporte a essa extensão é o que abre caminho para o driver aberto carregar exatamente os mesmos binários de reconstrução usados pelo driver oficial.
“Não há reimplementação independente, apenas compatibilidade com o que já existe.”
Por enquanto, o recurso não vem ligado por padrão. Como ainda há bugs conhecidos, ele fica escondido atrás da variável de ambiente NVK_EXPERIMENTAL=dlss, e quem quiser testar precisa ativá-lo manualmente.
Não é a NVIDIA abrindo o DLSS
Vale separar bem as coisas para não criar confusão: isso não significa que a NVIDIA tornou o DLSS de código aberto. A tecnologia continua dependendo inteiramente dos binários e do SDK da empresa.
O que mudou é a ponte, visto que o NVK agora consegue carregar os componentes de DLSS que já vêm junto com os jogos ou com o SDK, em vez de exigir uma versão aberta da tecnologia. O driver proprietário lida com DLSS há anos, então o avanço fecha uma das maiores lacunas entre as duas pontas, sem inaugurar a tecnologia no sistema.
A diferença importa porque o suporte ao DLSS no ecossistema Linux sempre foi irregular. Até o fim do ano passado, o DLSS 4 seguia sem suporte na camada VKD3D-Proton da Valve, que traduz chamadas DirectX 12 para Vulkan.
A limitação dos binários pré-compilados
Existe um porém técnico relevante; por depender de binários prontos, o NVK só roda DLSS onde já existe bytecode compatível para a GPU em uso. Se não houver, a coisa não funciona.
O driver proprietário contorna esse limite com uma rota que compila PTX, a linguagem intermediária da NVIDIA, para bytecode da GPU em tempo de execução. O NVK não tem equivalente, porque ainda não consegue traduzir o PTX da NVIDIA para o NIR, a representação intermediária a partir da qual os drivers do Mesa compilam.
Em outras palavras, é uma solução de contorno que funciona, mas com fronteiras claras. A cobertura depende de qual placa está na máquina e de quais binários estão disponíveis para ela.

De prova de conceito a código no Mesa
A chegada do recurso foi um esforço de várias etapas, uma prova de conceito surgiu no fim do ano passado, quando a desenvolvedora da Valve, Autumn Ashton, colocou o DLSS para funcionar de forma experimental no NVK depois de poucos dias de trabalho, rastreando o problema até um par de extensões Vulkan.
A mais simples das duas, a VK_NVX_image_view_handle, entrou no Mesa em poucas semanas. A outra travou. Foi quando o desenvolvedor Thomas Andersen assumiu a tarefa cerca de dois meses atrás, resolveu os conflitos de merge e empurrou as correções que faltavam. É esse trabalho que acabou de cruzar a linha de chegada no Mesa.
O par de extensões usado aqui é o mesmo que DXVK e VKD3D-Proton já empregam por meio do DXVK-NVAPI, o que ajuda a encaixar o DLSS no fluxo que os jogos de Windows usam ao rodar via software livre no Linux.
Leia também:
- Ferramenta do Proton ganha suporte ao FSR 4 e Anti-Lag em nova atualização; DLSS 4 segue de fora
- NVIDIA abre vaga para profissionais que otimizem performance do Vulkan e Proton no Linux
- Smooth Motion da NVIDIA agora é compatível com Vulkan, beneficiando emuladores
O que falta para o NVK alcançar o driver oficial
O NVK não nasceu ontem… O projeto começou em 2022, do zero, e hoje é uma referência de driver aberto para placas da NVIDIA. A ficha abaixo ajuda a dimensionar onde ele está:
| Item | Detalhe |
|---|---|
| Início | 2022, escrito do zero |
| Liderança | Collabora (Faith Ekstrand), Red Hat (Karol Herbst e Dave Airlie) |
| Arquiteturas | Turing (RTX 20 e GTX 16) e mais recentes |
| Conformância | Vulkan 1.4 provisório, aprovado pela Khronos no fim de 2024 |
| Desempenho | cerca de 50% do driver proprietário em muitos jogos |
O ritmo, porém, esbarra em gente. Na conferência XDC2025, em novembro, Faith Ekstrand resumiu a situação da equipe sem rodeios.
“Estamos mal conseguindo manter as luzes acesas com os recursos atuais de desenvolvimento.”
Faith Ekstrand, líder do NVK na Collabora, no XDC2025
Ainda há frentes em aberto: o Ray Tracing segue em desenvolvimento, e o desempenho geral roda na casa da metade do driver oficial. O suporte ao DLSS tende a ajudar a encurtar essa distância justamente nos títulos em que a reconstrução de imagem faz o trabalho pesado.
Quem quiser sentir o resultado de forma mais estável vai precisar esperar o Mesa 26.2 chegar à versão final, em agosto.
Fonte(s): Phoronix
