Linux pode ganhar suporte a VRR em telas de 240 Hz de notebooks com GPUs Intel
Série de sete patches para o driver i915 procura habilitar a atualização variável em painéis de alta resolução; testes no Arrow Lake-HX mostram avanços na sincronização de imagens.
O kernel Linux já consegue operar telas de alta resolução na frequência fixa de 240 Hz. A dificuldade técnica atual reside em aplicar a taxa de atualização variável (VRR) quando o painel exige a combinação de dois pipelines gráficos para funcionar. Em 14 de novembro de 2026, o desenvolvedor identificado como ElXreno apresentou à comunidade uma série de sete patches para tentar resolver essa limitação no driver Intel i915.
Linux prepara novidade para telas de 240 Hz com GPUs Intel
A proposta, intitulada “drm/i915: VRR with the pipe joiner”, busca coordenar o processamento de imagens divididas. O objetivo não é habilitar os 240 Hz pela primeira vez no sistema, mas permitir que a frequência de atualização do monitor acompanhe dinamicamente o ritmo de quadros gerados pela GPU em cenários de alta exigência visual.
Por que VRR não funciona em algumas telas de 240 Hz?
Painéis internos de notebooks de alto desempenho, especialmente aqueles com resolução elevada como 3840 por 2400 pixels, demandam uma largura de banda considerável. Para suprir essa necessidade, o driver de vídeo utiliza um mecanismo chamado pipe joiner. Essa técnica divide o processamento da imagem entre dois pipelines gráficos (como as metades esquerda e direita da tela) e as une no momento da exibição.
O problema ocorre na sincronização. Com uma taxa de atualização fixa, o envio dos quadros obedece a um intervalo constante. Quando o VRR entra em ação, o tempo de apresentação varia. Se os dois pipelines não estiverem rigorosamente sincronizados durante a atualização variável, uma metade da tela pode exibir um quadro novo enquanto a outra metade ainda mostra o quadro anterior. Por segurança, o driver atualmente bloqueia o VRR em configurações que dependem do pipe joiner.
O que muda no driver gráfico Intel i915
As alterações propostas por ElXreno afetam o subsistema gráfico DRM/i915 através de sete modificações integradas. Os dois primeiros patches corrigem estouros de inteiros em cálculos matemáticos do “pixel clock” e dos parâmetros do VRR. O desenvolvedor relatou que a configuração testada operava com um clock de 2.342,4 MHz, valor que causava falhas nas operações originais do kernel.
O terceiro patch centraliza o controle do transcoder. A mudança garante que comandos do VRR sejam processados apenas pelo pipeline primário, evitando rotinas duplicadas ou conflitantes. O quarto patch reorganiza a função de atualização gráfica, dividindo o processo em estágios.
A alteração central ocorre no quinto patch, que introduz uma seção crítica compartilhada. Esse recurso permite preparar os dois pipelines simultaneamente antes da apresentação visual do quadro. O sexto patch ajusta a contagem de linhas para utilizar o contador do pipeline principal. O sétimo e último patch finalmente remove a restrição histórica e habilita o VRR nas configurações com pipe joiner, utilizando um caminho de atualização de registradores (MMIO) para manter a coordenação.
Testes mostram avanços na sincronização dos quadros
O autor da proposta documentou os testes utilizando um notebook equipado com a plataforma Intel Arrow Lake-HX e uma tela BOE NE180QA1-MM1 de 18 polegadas, resolução de 3840 por 2400 pixels e conexão eDP com compressão DSC.
Para demonstrar o impacto das mudanças, o desenvolvedor comparou o comportamento do sistema com e sem a seção crítica compartilhada. Em um experimento inicial com seções individuais para cada pipeline, foram registrados nove quadros dessincronizados em um total de 20.777 atualizações. Após aplicar a solução com a seção unificada, nenhuma divergência visual ocorreu ao longo de 18.028 quadros avaliados com o VRR ativado.
Os registros apontam um tempo médio de 15 microssegundos para a execução da seção crítica e intervalos consistentes de 4,17 milissegundos entre quadros durante uma simulação constante de 240 quadros por segundo. A ativação e desativação do recurso ocorreu sem travamentos durante a execução do ambiente gráfico de testes.
Outro patch corrige a identificação da faixa Adaptive-Sync
A correção no driver i915 não resolve o problema sozinha. O desenvolvedor submeteu um patch separado para a infraestrutura geral de monitores do kernel, focado em ler corretamente os limites de atualização do hardware.
O painel BOE testado fornece duas informações diferentes sobre suas capacidades. O descritor EDID convencional informa que o VRR funciona entre 48 e 120 Hz. Um bloco de dados mais recente, chamado DisplayID Adaptive-Sync, informa a faixa real de 48 a 240 Hz. Sem esse patch secundário, o kernel lê apenas o limite antigo de 120 Hz e desativa o VRR caso o sistema tente operar na frequência máxima.
Como essa mudança ocorre na infraestrutura central DRM/EDID, a leitura correta do DisplayID pode beneficiar outros drivers de vídeo que dependem do mesmo parâmetro, incluindo módulos da AMD e placas Intel Xe.
Quais notebooks e placas gráficas poderão se beneficiar?
No estágio atual, a validação ocorreu exclusivamente na plataforma Arrow Lake-HX com o painel interno específico da BOE. O código foi projetado para atuar sobre arquiteturas Intel compatíveis com o pipe joiner, mas a abrangência exata e o suporte a diferentes fabricantes de hardware dependerão de homologações futuras da comunidade.
O recurso já está disponível no Linux?
A proposta ainda tramita nas listas de discussão. O desenvolvedor adaptou o código localmente sobre o Linux 7.3.4 para executar os testes práticos, enquanto na árvore de testes oficial (drm-tip) realizou apenas a validação de compilação.
Durante a elaboração da série, o autor relatou ter utilizado a ferramenta de inteligência artificial Claude Code como assistente para investigar código, analisar discussões anteriores, escrever trechos e executar roteiros de medição, assumindo a responsabilidade pela revisão e pelo envio final do trabalho.
O que ainda falta antes da aprovação?
A série precisa passar por testes padronizados (IGT) e por revisões de mantenedores oficiais. O próprio desenvolvedor lista cenários não testados que exigem atenção, incluindo hardware mais recente como a geração Lunar Lake, arranjos com ultrajoiner, monitores externos e interações com tecnologias de economia de energia (Panel Replay e PSR). A estabilidade durante mudanças no perfil de cor e ciclos de suspensão do sistema também requer avaliação adicional.
Entenda sem termos técnicos: o que significa VRR em uma tela de 240 Hz?
Uma tela configurada para 240 Hz fixos atualiza sua imagem exatamente 240 vezes por segundo. Quando um jogo não consegue entregar novos quadros nesse mesmo ritmo, o monitor e a placa de vídeo perdem a sincronia. O resultado é a exibição de metades de quadros diferentes ao mesmo tempo (o chamado “tearing” ou corte de imagem).
A taxa de atualização variável (VRR) resolve esse problema permitindo que o monitor aguarde o quadro ficar pronto. Se o jogo renderiza 180 quadros em um segundo, o monitor se atualiza 180 vezes. O desenvolvimento atual do Linux busca garantir que essa sincronia funcione perfeitamente mesmo quando o computador precisa combinar dois pipelines gráficos simultâneos para dar conta de uma tela de altíssima resolução.