Eu tenho uma GeForce RTX 2070 SUPER rodando Arch com GNOME no meu computador.
Lembro-me de ter quebrado a tela antes das atualizações recentes do driver da nvidia (especificamente de 450.66-21 para 450.66-22 no Arch), mas ativar o Full Composition Pipeline foi capaz de consertar. Porém, após a atualização, o rompimento da tela voltou. A atualização para nvidia-455 não corrigiu nenhum problema de tela quebrada. Durante todo esse processo, o Full Composition Pipeline esteve ativo e foi capaz de reduzir alguns screen-tearing, mas não todo o tempo.
Sem configuração de modo do kernel e sem opções adicionais para meu xorg.conf além do Full Composition Pipeline, não há quebra de tela, mas há problemas de suspensão. Vejo uma tela em branco imediatamente após acordar, que fica suspensa por um ou dois segundos antes de a tela carregar. Esse problema de suspensão não ocorreu antes das atualizações do driver nvidia acima. Após o carregamento da tela, alguns aplicativos (por exemplo, anki e vscode) apresentam artefatos pretos e outros problemas gráficos. Por exemplo, no anki, a tela inteira fica preta, enquanto no vscode, vejo alguns retângulos pretos ao lado e o texto do prompt do terminal desaparece. A alteração dos espaços de trabalho elimina a tela anki em branco enquanto passa o mouse sobre os artefatos e reabre o terminal no aplicativo corrige problemas de vscode. No entanto, este é um problema extremamente irritante que também afeta alguns temas do GNOME que tentei aplicar. Suspeito que esse mesmo problema afete outros aplicativos.
Passei até uma hora e meia pesquisando o problema na web e tentando diferentes soluções, mas sem sucesso.
A configuração de modo (por exemplo, nvidia-drm.modeset=1) sem as opções TripleBuffering e IndirectGLXProtocol no xorg.conf não resulta em problemas de suspensão, mas em quebras de tela significativas
Ativar o TripleBuffering e/ou desativar o IndirectGLXProtocol resulta nos problemas de suspensão acima, mas sem quebra de tela (com e sem configuração de modo do kernel).
Como você pode ver, fico com tela quebrada, mas sem problemas de suspensão, ou sem tela quebrada e suspensa. Fazer o downgrade apenas dos pacotes da nvidia para uma versão anterior à atualização do driver que quebrou minha configuração quebra o lightdm. Fazer o downgrade para um espelho em 17 de setembro (antes da atualização do driver) é possível, mas não é o ideal, pois prefiro atualizações de software com inconvenientes gráficos do que um computador parado no tempo.
Não tenho certeza se esse é um problema específico do driver da Nvidia, mas, dados os eventos acima, acredito que seja bastante plausível.
Por favor, diga-me se você está enfrentando os mesmos problemas. Gostaria de saber quais soluções você também tentou.
Responder1
Eu resolvi o problema!
O pessoal dos fóruns do Arch Linux identificou as inconsistências de tela rasgada que tive com condições de corrida durante o processo de inicialização. Se o módulo nvidia carregar corretamente, não haverá quebra de tela. Mas se isso não acontecer, o computador reverterá para algum outro driver (tenho certeza de que é novo) e ocorrerá quebra de tela. Para corrigir isso, certifico-me de que os módulos nvidia estejam sempre carregados corretamente, adicionando os módulos nvidia à MODULESlista em /etc/mkinitcpio.conf assim:
MODULES=(nvidia nvidia_modeset nvidia_uvm nvidia_drm)
Também aprendi que os problemas gráficos de suspensão que enfrentei são causados pela nvidia descartando o que considera ser memória de vídeo "desnecessária" durante uma suspensão. Para corrigir isso, carreguei o módulo nvidia com uma opção experimental adicionando esta linha ao meu /etc/modprobe.d/nvidia.conf:
options nvidia NVreg_PreserveVideoMemoryAllocations=1
Finalmente, reconstruí a imagem initramfs sudo mkinitcpio -p linuxe reiniciei. A nvidia agora carrega consistentemente durante a inicialização (posso dizer porque não há mais screentear!), e todos os problemas gráficos de anki e vscode desapareceram.