AMDPRO 17.30 e minha placa de vídeo portátil não funciona no Ubuntu 16.04

0

Olá a todos, estou ciente que este é um tópico popular e muitas pessoas têm o mesmo problema que eu, mas quando eu tento aplicar as soluções que leio, elas não parecem se encaixar no meu problema, então aqui está o meu problema:

Eu comprei recentemente um dell Inspiron 5567 com uma placa gráfica r7

lspci | grep Display

     

01: 00.0 Controlador de exibição: Advanced Micro Devices, Inc. [AMD / ATI]   Topázio XT [Radeon R7 M260 / M265] (rev c3)

Instalei o AMDPRO 17.30 (ou acho que tenho)

dpkg -l amdgpu-pro

Desired = Desconhecido / Instalar / Remover / Limpar / Manter |

Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-==============-============-============-================================= ii amdgpu-pro 17.30-465504 amd64 Meta package to install amdgpu Pr

e em suas notas de lançamento diz que suporta minha placa gráfica 17.30 notas de lançamento

Depois que os drivers foram instalados eu entrei em um loop de login que eu resolvi com a ajuda desta comunidade, mas o problema é que quando eu vou para Configurações do Sistema na aba Detalhes eu vejo o Intel® HD Graphics 620 (Kabylake GT2 ) como a placa gráfica padrão.

As perguntas são: eu instalei os drivers corretamente? Se sim, por que o Ubuntu não usa a placa AMD como padrão desde que os drivers foram instalados e, finalmente, como posso fazê-lo funcionar?

P.S. Eu li que fazer downgrade para o Ubuntu 14.04 é uma solução possível, mas com os drivers de 17.30, mais placas AMD tornaram-se compatíveis com o Ubuntu 16.04, e eu queria perguntar à comunidade uma possível solução antes de rebaixar para o 14.04.

Obrigado antecipadamente.

    
por Aenarion 29.09.2017 / 00:40

1 resposta

1

É porque geralmente ter uma GPU mais strong por padrão é indesejada (mais em laptops, não tanto em desktops) . Ele consome mais energia sem nenhum motivo, já que a GPU integrada é poderosa o suficiente para executar cargas de trabalho gráficas leves como uma área de trabalho, mesmo com efeitos habilitados como janelas instáveis ou queimando.

Para executar um aplicativo no dGPU, você pode usar a variável DRI_PRIME . Por exemplo. aqui está a saída do meu laptop:

$             glxinfo | grep evice
    Device: AMD SUMO (DRM 2.50.0 / 4.13.3-1-zen, LLVM 6.0.0) (0x9641)
$ DRI_PRIME=1 glxinfo | grep evice
    Device: AMD TURKS (DRM 2.50.0 / 4.13.3-1-zen, LLVM 6.0.0) (0x6741)

Se você realmente quer rodar todo o desktop no dGPU, você pode sobrescrever a variável globalmente (eu acho que você pode até mesmo sobrescrever alguns parâmetros do kernel, mas eu não explorei isso) . Adicione em /etc/environment esta linha:

DRI_PRIME=1

Para o registro, pode ser útil saber que atribuir uma variável diretamente, como eu fiz no exemplo com glxinfo, pode nem sempre funcionar ao contrário de export . No entanto, o arquivo /etc/environment aceita sintaxe especificamente sem exportação.

E note que a AMD está focada no driver radeonsi, o proprietário ainda está aqui por causa do perfil de compatibilidade OpenGL usado pelo software CAD. O perfil não é suportado pelo Mesa, pois é opcional e misturar o antigo OpenGL com o moderno é desaprovado. De qualquer forma, o que eu queria dizer é, o driver padrão é muito mais rápido do que o AMDGPU-pro (bem, considerando que você o está usando o suficiente) .

UPD: sobre a convenção de nomenclatura - diferentes modelos de GPUs são geralmente construídos na mesma arquitetura do ponto de vista do driver, ou seja, interrupções, registros, montagem ... A diferença é geralmente em quantidade de algumas coisas específicas, como VRAM, ALUs, bus, etc. Nesses casos, os drivers geralmente não levam compare if gpu_model=x then do y because the number of ALUs smaller or bigger , em vez disso, eles estão comparando com os valores diretamente. A razão é que a qualquer momento um novo modelo de GPU pode aparecer, o que pode diferir em apenas, digamos, quantidade de VRAM (mas não interrompe ou outras coisas importantes) - você pode ter que reescrever todas as coisas do driver por esta razão? Pior, os povos têm que atualizar o driver para a GPU para ser suportado, enquanto por ter uma comparação genérica à quantidade de VRAM, a "nova GPU" seria até mesmo suportada pelos drivers a partir do momento que a GPU não existisse.

Então, mesmo que seja triste você não ver o nome do modelo que você esperava, mas isso não significa necessariamente que algo ruim está acontecendo.

    
por Hi-Angel 29.09.2017 / 02:47