Não consigo ativar o HDMI em um laptop (que tenha optimus/bumblebee)

Question

Sim, descobri! Para ativar a saída VIRTUAL do driver Intel, você precisa criar um 20-intel.confarquivo no diretório de configuração do Xorg ( /usr/share/X11/xorg.conf.dno trecho Debian, descoberto lendo /var/log/Xorg.0.log)

Section "Device"
    Identifier "intelgpu0"
    Driver "intel"
    Option "VirtualHeads" "2"
EndSection

Meu /etc/bumblebee/xorg.conf.nvidia é o seguinte:

Section "ServerLayout"
    Identifier  "Layout0"
    Option      "AutoAddDevices" "true"
    Option      "AutoAddGPU" "false"
EndSection

Section "Device"
    Identifier  "DiscreteNvidia"
    Driver      "nvidia"
    VendorName  "NVIDIA Corporation"
    Option "ProbeAllGpus" "false"
    Option "NoLogo" "true"
    Option "AllowEmptyInitialConfiguration"
EndSection

Section "Screen"
    Identifier "Screen0"
    Device "DiscreteNVidia"
EndSection

Algumas explicações: ele precisa de uma seção "Tela", caso contrário ele tenta usar o dispositivo Intel declarado em 20-intel.conf (que acabamos de adicionar antes, meu Deus...). Ele também precisa de "AllowEmptyInitialConfiguration" para poder iniciar o optirun quando nenhum monitor externo estiver conectado.

Com esta configuração e iniciando intel-virtual-output, consegui acessar minha porta HDMI.Eehaa!!!

Solução de problemas:se funcionar optirunou intel-virtual-outputnão, dê uma olhada /var/log/Xorg.8.log(bumblebee cria um servidor X com display :8 usado internamente).

NotasLi em vários lugares que KeepUnusedXServerdeveria ser configurado to truee PMMethodto nonein /etc/bumblebee/bumblebee.conf, não fiz isso e funciona bem. Se eu fizer isso, funciona, mas a GPU discreta permanece ligada mesmo depois de sair de um aplicativo otimizado ou eliminar a saída virtual da Intel, o que eu não queria.

Mais notasOutra coisa que me fez bater a cabeça na parede foi desativar o Nouveau e iniciar o servidor Intel X: isso precisa ser feito por flags passados ao kernel, especificados nos parâmetros do GRUB. Em /etc/defaults/grub, tenho a seguinte linha:

GRUB_CMDLINE_LINUX_DEFAULT="quiet blacklist.nouveau=1 i915.modeset=1 gfxpayload=640x480 acpi_backlight=vendor acpi_osi=! acpi_osi=\"Windows 2009\""

(cuidado com as aspas e aspas escapadas).

Algumas explicações: evita carregar o nouveau (que é incompatível com o servidor Nvidia X) e diz ao driver Intel para ir para o modo gráfico logo na inicialização. Se você não fizer isso, o servidor Intel X não poderá ser iniciado e voltará para um servidor VESA simples e antigo com renderização 3D no lado da CPU. Os acpi_xxxsinalizadores são necessários nesta máquina específica para superar um bug do BIOS que faz com que ela trave ao entrar no modo gráfico com a GPU discreta desligada. Observe que é específico para este notebook específico (estação de trabalho portátil HP ZBook); pode ser desnecessário ou diferente para outros laptops.

Atualização (6 de dezembro de 2017)Com a distribuição Debian mais recente (Buster), "915.modeset=1 gfxpayload=640x480" é desnecessário. Para remover o nouveau, eu também precisei criar um arquivo nouveau.conf em /etc/modprobe.d com "blacklist nouveau" e recriar o ramdisk com "update-initramfs -u". Reinicie e certifique-se de que "nouveau" não esteja mais carregado com "lsmod |grep nouveau".

Atualização (17 de dezembro de 2016)Com o xorg-server mais recente (1.19), parece haver um problema em uma função RandR que gerencia Gamma quando usada com intel-virtual-output. Aqui está o procedimento para corrigir o Xserver e fazê-lo funcionar:

sudo apt-get build-dep xserver-xorg-core
apt-get source xorg-server

edite hw/xfree86/modes/xg86RandR12.c Linha 1260, insira "return" (para que a função xf86RandR12CrtcComputeGamma()não faça nada)

dpkg-buildpackage -rfakeroot -us -uc
cd ..
sudo dpkg -i xserver-xorg-core_n.nn.n-n_amd64.deb

(substitua n.nn.n-npela versão correta), reinicie eSim!! funciona de novo!(mas é uma solução rápida e suja)

Atualizarapresentou um relatório de bug (já era conhecido e acabou de ser corrigido): https://bugs.freedesktop.org/show_bug.cgi?id=99129

Como eu descobri: Instalado xserver-xorg-core-dbge feito gdb /usr/lib/xorg/Xorg <xorg pid>em outra máquina através de ssh.

Atualização (11 a 17 de janeiro)Parece que o bug agora foi corrigido nos pacotes Debian mais recentes.

Atualização (24 a 18 de janeiro)Quando você quer conectar um beamer para fazer uma apresentação e precisa configurar tudo antes de começar (intel-virtual-output + xrandr), pode ser estressante. Aqui está um pequeno script que faz o trabalho (isenção de responsabilidade: há muito espaço para melhorias, em relação ao estilo etc...):

# beamer.sh: sets Linux display for doing a presentation, 
#  for bumblebee configured on a laptop that has the HDMI
#  plugged on the NVidia board.
#
# Bruno Levy, Wed Jan 24 08:45:45 CET 2018
#
# Usage: 
#    beamer.sh widthxheight
#    (default is 1024x768)


# Note: output1 and output2 are hardcoded below,
#  change according to your configuration.
output1=eDP1
output2=VIRTUAL1

# Note: I think that the following command should have done
# the job, but it does not work. 
#    xrandr --output eDP1 --size 1024x768 --output VIRTUAL1 --size 1024x768 --same-as eDP1
# My guess: --size is not implemented with VIRTUAL devices.
# Thus I try to find a --mode that fits my needs in the list of supported modes.

wxh=$1

if [ -z "$wxh" ]; then
  wxh=1024x768
fi

# Test whether intel-virtual-output is running and start it.
ivo_process=`ps axu |grep 'intel-virtual-output' |egrep -v 'grep'`
if [ -z "$ivo_process" ]; then
   intel-virtual-output
   sleep 3
fi

# Mode names on the primary output are simply wxh (at least on
#  my configuration...)
output1_mode=$wxh

echo Using mode for $output1: $output1_mode

# Mode names on the virtual output are like: VIRTUAL1.ID-wxh
# Try to find one in the list that matches what we want.
output2_mode=`xrandr |grep $output2\\\. |grep $wxh |awk '{print $1}'`
# There can be several modes, take the first one.
output2_mode=`echo $output2_mode |awk '{print $1}'` 

echo Using mode for $output2: $output2_mode

# Showtime !
xrandr --output $output1 --mode $output1_mode --output $output2 --mode $output2_mode --same-as $output1

atualização (07/10/2019)

Uma "correção" para a nova falha: escreva o seguinte em um script (chame-o, bumblebee-startx.shpor exemplo):

optirun ls # to load kernel driver
/usr/lib/xorg/Xorg :8 -config /etc/bumblebee/xorg.conf.nvidia \
 -configdir /etc/bumblebee/xorg.conf.d -sharevts \
 -nolisten -verbose 3 -isolateDevice PCI:01:00:0 \
 -modulepath /usr/lib/nvidia/nvidia,/usr/lib/xorg/modules/

(substitua PCI:nn:nn:n pelo endereço da sua placa NVidia, obtido com lspci)

Execute este script a partir de uma janela de terminal como root ( sudo bumblebee-startx.sh), mantenha o terminal aberto optirune intel-virtual-outputfuncione conforme o esperado (nota: às vezes preciso executar xrandradicionalmente para fazer com que a tela/projetor de vídeo seja detectada). Agora não entendo porque o mesmo comando começou a partir de crashes de abelha, tantos mistérios aqui... (mas pelo menos dá uma solução temporária).

Como eu descobri:escreveu um script 'wrapper' para iniciar o xserver, declarou-o como XorgBinary no bumblebee.conf, salvou a linha de comando ($*) em um arquivo, tentou algumas coisas envolvendo LD_PRELOADing um patch para o XServer para corrigir a falha no osLookupColor (não funcionou), mas quando tentei lançar a mesma linha de comando manualmente, funcionou e continuou funcionando sem meu patch (mas ainda não entendi o porquê).

Atualização 15/11/2019 Após a atualização, experimentei muitas oscilações, tornando o sistema inutilizável. Corrigido adicionando o parâmetro do kernel i915.enable_psr=0(in /etc/defaults/grub, then sudo update-grub). Se você quiser agora, PSR significa ‘autoatualização do painel’, um recurso de economia de energia das GPUs Intel (que pode causar oscilação na tela).

Answer 1

Sim, descobri! Para ativar a saída VIRTUAL do driver Intel, você precisa criar um 20-intel.confarquivo no diretório de configuração do Xorg ( /usr/share/X11/xorg.conf.dno trecho Debian, descoberto lendo /var/log/Xorg.0.log)

Section "Device"
    Identifier "intelgpu0"
    Driver "intel"
    Option "VirtualHeads" "2"
EndSection

Meu /etc/bumblebee/xorg.conf.nvidia é o seguinte:

Section "ServerLayout"
    Identifier  "Layout0"
    Option      "AutoAddDevices" "true"
    Option      "AutoAddGPU" "false"
EndSection

Section "Device"
    Identifier  "DiscreteNvidia"
    Driver      "nvidia"
    VendorName  "NVIDIA Corporation"
    Option "ProbeAllGpus" "false"
    Option "NoLogo" "true"
    Option "AllowEmptyInitialConfiguration"
EndSection

Section "Screen"
    Identifier "Screen0"
    Device "DiscreteNVidia"
EndSection

Algumas explicações: ele precisa de uma seção "Tela", caso contrário ele tenta usar o dispositivo Intel declarado em 20-intel.conf (que acabamos de adicionar antes, meu Deus...). Ele também precisa de "AllowEmptyInitialConfiguration" para poder iniciar o optirun quando nenhum monitor externo estiver conectado.

Com esta configuração e iniciando intel-virtual-output, consegui acessar minha porta HDMI.Eehaa!!!

Solução de problemas:se funcionar optirunou intel-virtual-outputnão, dê uma olhada /var/log/Xorg.8.log(bumblebee cria um servidor X com display :8 usado internamente).

NotasLi em vários lugares que KeepUnusedXServerdeveria ser configurado to truee PMMethodto nonein /etc/bumblebee/bumblebee.conf, não fiz isso e funciona bem. Se eu fizer isso, funciona, mas a GPU discreta permanece ligada mesmo depois de sair de um aplicativo otimizado ou eliminar a saída virtual da Intel, o que eu não queria.

Mais notasOutra coisa que me fez bater a cabeça na parede foi desativar o Nouveau e iniciar o servidor Intel X: isso precisa ser feito por flags passados ao kernel, especificados nos parâmetros do GRUB. Em /etc/defaults/grub, tenho a seguinte linha:

GRUB_CMDLINE_LINUX_DEFAULT="quiet blacklist.nouveau=1 i915.modeset=1 gfxpayload=640x480 acpi_backlight=vendor acpi_osi=! acpi_osi=\"Windows 2009\""

(cuidado com as aspas e aspas escapadas).

Algumas explicações: evita carregar o nouveau (que é incompatível com o servidor Nvidia X) e diz ao driver Intel para ir para o modo gráfico logo na inicialização. Se você não fizer isso, o servidor Intel X não poderá ser iniciado e voltará para um servidor VESA simples e antigo com renderização 3D no lado da CPU. Os acpi_xxxsinalizadores são necessários nesta máquina específica para superar um bug do BIOS que faz com que ela trave ao entrar no modo gráfico com a GPU discreta desligada. Observe que é específico para este notebook específico (estação de trabalho portátil HP ZBook); pode ser desnecessário ou diferente para outros laptops.

Atualização (6 de dezembro de 2017)Com a distribuição Debian mais recente (Buster), "915.modeset=1 gfxpayload=640x480" é desnecessário. Para remover o nouveau, eu também precisei criar um arquivo nouveau.conf em /etc/modprobe.d com "blacklist nouveau" e recriar o ramdisk com "update-initramfs -u". Reinicie e certifique-se de que "nouveau" não esteja mais carregado com "lsmod |grep nouveau".

Atualização (17 de dezembro de 2016)Com o xorg-server mais recente (1.19), parece haver um problema em uma função RandR que gerencia Gamma quando usada com intel-virtual-output. Aqui está o procedimento para corrigir o Xserver e fazê-lo funcionar:

sudo apt-get build-dep xserver-xorg-core
apt-get source xorg-server

edite hw/xfree86/modes/xg86RandR12.c Linha 1260, insira "return" (para que a função xf86RandR12CrtcComputeGamma()não faça nada)

dpkg-buildpackage -rfakeroot -us -uc
cd ..
sudo dpkg -i xserver-xorg-core_n.nn.n-n_amd64.deb

(substitua n.nn.n-npela versão correta), reinicie eSim!! funciona de novo!(mas é uma solução rápida e suja)

Atualizarapresentou um relatório de bug (já era conhecido e acabou de ser corrigido): https://bugs.freedesktop.org/show_bug.cgi?id=99129

Como eu descobri: Instalado xserver-xorg-core-dbge feito gdb /usr/lib/xorg/Xorg <xorg pid>em outra máquina através de ssh.

Atualização (11 a 17 de janeiro)Parece que o bug agora foi corrigido nos pacotes Debian mais recentes.

Atualização (24 a 18 de janeiro)Quando você quer conectar um beamer para fazer uma apresentação e precisa configurar tudo antes de começar (intel-virtual-output + xrandr), pode ser estressante. Aqui está um pequeno script que faz o trabalho (isenção de responsabilidade: há muito espaço para melhorias, em relação ao estilo etc...):

# beamer.sh: sets Linux display for doing a presentation, 
#  for bumblebee configured on a laptop that has the HDMI
#  plugged on the NVidia board.
#
# Bruno Levy, Wed Jan 24 08:45:45 CET 2018
#
# Usage: 
#    beamer.sh widthxheight
#    (default is 1024x768)


# Note: output1 and output2 are hardcoded below,
#  change according to your configuration.
output1=eDP1
output2=VIRTUAL1

# Note: I think that the following command should have done
# the job, but it does not work. 
#    xrandr --output eDP1 --size 1024x768 --output VIRTUAL1 --size 1024x768 --same-as eDP1
# My guess: --size is not implemented with VIRTUAL devices.
# Thus I try to find a --mode that fits my needs in the list of supported modes.

wxh=$1

if [ -z "$wxh" ]; then
  wxh=1024x768
fi

# Test whether intel-virtual-output is running and start it.
ivo_process=`ps axu |grep 'intel-virtual-output' |egrep -v 'grep'`
if [ -z "$ivo_process" ]; then
   intel-virtual-output
   sleep 3
fi

# Mode names on the primary output are simply wxh (at least on
#  my configuration...)
output1_mode=$wxh

echo Using mode for $output1: $output1_mode

# Mode names on the virtual output are like: VIRTUAL1.ID-wxh
# Try to find one in the list that matches what we want.
output2_mode=`xrandr |grep $output2\\\. |grep $wxh |awk '{print $1}'`
# There can be several modes, take the first one.
output2_mode=`echo $output2_mode |awk '{print $1}'` 

echo Using mode for $output2: $output2_mode

# Showtime !
xrandr --output $output1 --mode $output1_mode --output $output2 --mode $output2_mode --same-as $output1

atualização (07/10/2019)

Uma "correção" para a nova falha: escreva o seguinte em um script (chame-o, bumblebee-startx.shpor exemplo):

optirun ls # to load kernel driver
/usr/lib/xorg/Xorg :8 -config /etc/bumblebee/xorg.conf.nvidia \
 -configdir /etc/bumblebee/xorg.conf.d -sharevts \
 -nolisten -verbose 3 -isolateDevice PCI:01:00:0 \
 -modulepath /usr/lib/nvidia/nvidia,/usr/lib/xorg/modules/

(substitua PCI:nn:nn:n pelo endereço da sua placa NVidia, obtido com lspci)

Execute este script a partir de uma janela de terminal como root ( sudo bumblebee-startx.sh), mantenha o terminal aberto optirune intel-virtual-outputfuncione conforme o esperado (nota: às vezes preciso executar xrandradicionalmente para fazer com que a tela/projetor de vídeo seja detectada). Agora não entendo porque o mesmo comando começou a partir de crashes de abelha, tantos mistérios aqui... (mas pelo menos dá uma solução temporária).

Como eu descobri:escreveu um script 'wrapper' para iniciar o xserver, declarou-o como XorgBinary no bumblebee.conf, salvou a linha de comando ($*) em um arquivo, tentou algumas coisas envolvendo LD_PRELOADing um patch para o XServer para corrigir a falha no osLookupColor (não funcionou), mas quando tentei lançar a mesma linha de comando manualmente, funcionou e continuou funcionando sem meu patch (mas ainda não entendi o porquê).

Atualização 15/11/2019 Após a atualização, experimentei muitas oscilações, tornando o sistema inutilizável. Corrigido adicionando o parâmetro do kernel i915.enable_psr=0(in /etc/defaults/grub, then sudo update-grub). Se você quiser agora, PSR significa ‘autoatualização do painel’, um recurso de economia de energia das GPUs Intel (que pode causar oscilação na tela).

Não consigo ativar o HDMI em um laptop (que tenha optimus/bumblebee)

Responder1

informação relacionada