bbswitch não consegue desativar gráficos discretos

Question

Devido a alguns problemas , tive que reinstalar o fedora. Atualmente tenho o fedora-19 com a versão do kernel 3.11.4-201 .

Eu não instalei drivers NVIDIA e estou usando os drivers Nouveau padrão para gráficos. Bumblebee e bbswitch foram instalados corretamente, mas o bbswitch não consegue desativar os gráficos discretos. Eu fiz tee /proc/acpi/bbswitch<<<OFF mas quando eu verifico o status, ele relata. dmesg|grep bbswitch dá isto:

[   25.192983] bbswitch: module verification failed: signature and/or required key missing - tainting kernel
[   25.193158] bbswitch: version 0.7
[   25.193165] bbswitch: Found integrated VGA device 0000:00:02.0: \_SB_.PCI0.GFX0
[   25.193172] bbswitch: Found discrete VGA device 0000:01:00.0: \_SB_.PCI0.PEG0.PEGP
[   25.193316] bbswitch: detected an Optimus _DSM function
[   25.193325] bbswitch: Succesfully loaded. Discrete card 0000:01:00.0 is on
[ 1383.773601] bbswitch: device 0000:01:00.0 is in use by driver 'nouveau', refusing OFF

O daemon Bumblebee está em execução, mas optirun glxgears -info fornece isto:

[ 2441.794492] [ERROR]Cannot access secondary GPU - error: [XORG] (EE) Failed to load module "mouse" (module does not exist, 0)

[ 2441.794545] [ERROR]Aborting because fallback start is disabled.

No momento, não há nenhum arquivo chamado bbswitch.conf in /etc/modprobe.d/ ou /etc/modules-load.d/ . É aconselhável criar um arquivo manualmente e adicionar bbswitch load_state=0 a ele?

Como faço para desligar a placa gráfica discreta? Aconteceu sem problemas no meu antigo fedora-17 que eu fedupped para o fedora-19. A bumblebeed não deveria desligá-lo sem intervenção manual? Como sei se o bbswitch é compatível com o kernel?

EDITAR

Durante uma inicialização, os gráficos foram desativados, mas ativados novamente quando eu tentei optirun glxgears -info (o que deu o mesmo erro). Eu reinstalei bbswitch e zangão, mas isso não resolve o problema.

    

Answer 1

O bbswitch README é bem claro sobre isso:

Users of kmod should create /etc/modprobe.d/bbswitch.conf containing options bbswitch load_state=0 to set the default options. To load the module, systemd users should create /etc/modules-load.d/bbswitch.conf containing bbswitch.

Para permitir que o bbswitch desligue a placa de vídeo, você também deve evitar o carregamento dos módulos nvidia (nouveau no seu caso). No meu sistema, criei /etc/modprobe.d/nvidia.conf contendo:

blacklist nvidia
blacklist nouveau
options bbswitch load_state=0

Em seguida, o initrd deve ser atualizado usando dracut --force

Ao usar o Bumblebee, o estritamente descrito não é estritamente necessário (o daemon irá descarregar os módulos e usar o bbswitch no start-up). Devido às condições de corrida, no entanto, é possível que o daemon bumblebee seja iniciado simultaneamente enquanto o driver Nouveau estiver sendo carregado. Portanto, ainda é aconselhável colocar os módulos na lista negra.

Observe que quando optirun foo falha em algumas condições, a placa nvidia não é desativada. É por isso que você observa que os gráficos nvidia ainda estão ativados.

    

Answer 2

Eu tive problemas semelhantes, a mesma saída para relatórios do seu primeiro post. Em resposta à sua pergunta, para conseguir mudar, acabei removendo Bumblebee completamente. Purgou isso. Em vez disso, usei a instalação ppa do driver nvidia-340, a mais recente entre as proprietárias no momento. Isso suavemente conseguiu blacklist nouveau e lidar com o servidor X, executou o kernel necessário e conf alterações. Tem privilegiada e bbswitch como dependências e tudo funcionou bem a partir daí. Em seguida, execute o comando 'sudo prime-select intel' para que o intel funcione com o principal e atualize os drivers mais recentes para ele. Quando abri as configurações do NVIDIA X Server, consegui alternar sem problemas Para uso do CUDA no Blender eu também tive que adicionar o nvidia-modprobe. Para obter uma descrição mais detalhada veja este tópico