Por que o X está confiando em software em vez de hardware com o parâmetro de kernel “nomodeset” para aceleração 3D?

Question

Meu laptop é um ASUS K55N com APU Trinity AMD A8-4500M e Radeon HD 7640G integrada. Ontem eu tentei pelo menos 8 sessões ao vivo de diferentes distros (baseado no slackware, baseado no gentoo, baseado no arch, baseado no Debian, baseado no Ubuntu) com os mesmos resultados: backlight off após a suspensão.

O que eu fiz até agora que funciona melhor é modificar /etc/default/grub para:

GRUB_CMD_LINE_DEFAULT="nomodeset acpi_osi="

Minha solução funciona, mas apenas porque o Xfce não depende da aceleração 3D. Se você tentar mudar para um compositor que dependa da aceleração 3D, terá problemas com altas temperaturas. Então, se você quiser usar uma área de trabalho bonita e moderna como KDE, GNOME, Canela, Unity ou Pantheon, precisará de aceleração 3D, portanto não é possível usar nomodeset , portanto, não é possível suspender.

Por outro lado, o que eu sei sobre o nomodeset é que ele não deve matar a aceleração de hardware 3D depois que o X entrar em ação.

A questão é:

Por que o X está confiando em software em vez de hardware com o parâmetro do kernel nomodeset para aceleração 3D?

Mais informações em: bugs.launchpad.net

    

Answer 1

Pelo que entendi, os caras do X.org arrancaram o XAA (X Acceleration), e estão exigindo que o DRI (/ dev / dri / card0) esteja disponível para renderizar algo diferente do llvmpipe (renderização de software). Quando você carrega com nomodeset e acpi_osi =, você está impedindo que seu cartão seja detectado pelo DRI. Você pode logar, mas será muito lento.

Você pode testar o que está executando digitando

glxinfo | less

E procurando por Gallium 3D e / ou llvmpipe.

O programa glxinfo pode exigir o pacote mesa-utils, apenas

sudo apt-get install mesa-utils

Para instalar, se necessário.