Placa gallium-0.4-AMD-RS780 DRIVER R600G(Resolvido)

[jopeu]

Parece que minha vida com as placas de video é um sofrimento; meu hardware:

PM: GA-78LMT-S2P Gigabite (SMBIOS 2.4)
VIDEO: gallium-0.4-AMD-RS780
DRIVER: R600G

Estou funcionando perfeito e de repente o pc apaga
Estava usando o OPENGL2.0 e passou a XRENDER ao voltar mas mesmo assim apaga depois de uns minutos trabalhando

Busquei sobre o driver mas não encontrei nada, no dmesg me da este erro, é grande assim que so posto parte:
´´´´´´´´´´´´´´´´´´´´´´´´
[   20.574784] AMD64 EDAC driver v3.4.0
[   20.574808] EDAC amd64: DRAM ECC disabled.
[   20.574815] EDAC amd64: ECC disabled in the BIOS or no ECC capability, module will not load.
                Either enable ECC checking or force module loading by setting 'ecc_enable_override'.
                (Note that use of the override may cause unknown side effects.)
[   20.623226] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
[   20.856268] AVX version of gcm_enc/dec engaged.
[   20.856271] AES CTR mode by8 optimization enabled
[   21.219733] [drm] VGACON disable radeon kernel modesetting.
ERRO......................... em vermelho
[   21.219761] [drm:radeon_init [radeon]] *ERROR* No UMS support in radeon module!
ERRO...........................
[   21.596560] snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC887-VD: line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:line
[   21.596572] snd_hda_codec_realtek hdaudioC0D0:    speaker_outs=0 (0x0/0x0/0x0/0x0/0x0)
[   21.596575] snd_hda_codec_realtek hdaudioC0D0:    hp_outs=1 (0x1b/0x0/0x0/0x0/0x0)
[   21.596576] snd_hda_codec_realtek hdaudioC0D0:    mono: mono_out=0x0
[   21.596577] snd_hda_codec_realtek hdaudioC0D0:    inputs:
[   21.596579] snd_hda_codec_realtek hdaudioC0D0:      Rear Mic=0x18
[   21.596581] snd_hda_codec_realtek hdaudioC0D0:      Front Mic=0x19
[   21.596583] snd_hda_codec_realtek hdaudioC0D0:      Line=0x1a
[   21.596584] snd_hda_codec_realtek hdaudioC0D0:      CD=0x1c
[   21.609849] input: HDA ATI SB Rear Mic as /devices/pci0000:00/0000:00:14.2/sound/card0/input5
[   21.609977] input: HDA ATI SB Front Mic as /devices/pci0000:00/0000:00:14.2/sound/card0/input6
[   21.610167] input: HDA ATI SB Line as /devices/pci0000:00/0000:00:14.2/sound/card0/input7
[   21.610290] input: HDA ATI SB Line Out as /devices/pci0000:00/0000:00:14.2/sound/card0/input8
[   21.761858] kvm: disabled by bios
[   21.789395] kvm: disabled by bios
.............

Não encontrei o modulo de video em deu:
$ lsmod
Module                  Size  Used by
pci_stub               16384  1
vboxpci                24576  0
vboxnetadp             28672  0
vboxnetflt             28672  0
vboxdrv               454656  3 vboxnetadp,vboxnetflt,vboxpci
binfmt_misc            20480  1
joydev                 20480  0
input_leds             16384  0
kvm                   540672  0
snd_hda_codec_realtek    86016  1
snd_hda_codec_generic    77824  1 snd_hda_codec_realtek
snd_hda_intel          40960  3
irqbypass              16384  1 kvm
snd_hda_codec         135168  3 snd_hda_codec_realtek,snd_hda_codec_generic,snd_hda_intel
crct10dif_pclmul       16384  0
snd_hda_core           73728  4 snd_hda_codec_realtek,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel
crc32_pclmul           16384  0
snd_hwdep              16384  1 snd_hda_codec
snd_pcm               106496  3 snd_hda_codec,snd_hda_intel,snd_hda_core
aesni_intel           167936  0
aes_x86_64             20480  1 aesni_intel
snd_seq_midi           16384  0
snd_seq_midi_event     16384  1 snd_seq_midi
lrw                    16384  1 aesni_intel
snd_rawmidi            32768  1 snd_seq_midi
snd_seq                69632  2 snd_seq_midi_event,snd_seq_midi
gf128mul               16384  1 lrw
glue_helper            16384  1 aesni_intel
shpchp                 36864  0
snd_seq_device         16384  3 snd_seq,snd_rawmidi,snd_seq_midi
snd_timer              32768  2 snd_pcm,snd_seq
serio_raw              16384  0
snd                    81920  16 snd_hda_codec_realtek,snd_hwdep,snd_timer,snd_pcm,snd_seq,snd_rawmidi,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel,snd_seq_device
ablk_helper            16384  1 aesni_intel
fam15h_power           16384  0
k10temp                16384  0
cryptd                 20480  2 aesni_intel,ablk_helper
edac_mce_amd           24576  0
edac_core              53248  0
soundcore              16384  1 snd
i2c_piix4              24576  0
mac_hid                16384  0
8250_fintek            16384  0
parport_pc             32768  0
ppdev                  20480  0
lp                     20480  0
parport                49152  3 lp,ppdev,parport_pc
autofs4                40960  2
hid_generic            16384  0
usbhid                 49152  0
hid                   118784  2 hid_generic,usbhid
pata_acpi              16384  0
i2c_algo_bit           16384  0
ttm                    94208  0
drm_kms_helper        155648  0
syscopyarea            16384  1 drm_kms_helper
sysfillrect            16384  1 drm_kms_helper
sysimgblt              16384  1 drm_kms_helper
fb_sys_fops            16384  1 drm_kms_helper
pata_atiixp            16384  0
ahci                   36864  3
drm                   364544  2 ttm,drm_kms_helper
libahci                32768  1 ahci
atl1c                  49152  0
wmi                    20480  0
fjes                   28672  0

Obrigado por qualquer orientação e ajuda

[zekkerj]

Faltou dizer a versão do Kubuntu e a versão do Kernel.

[jopeu]

Bom KUBUNTU 16.04 - kernel 4.4.0-45-generic

Estou provando agora, eu coloquei umas bibliotecas relacionadas e na bios selecionei manualmente 1G para memoria de video
Depois que fiz uma atualização a coisa parece que mudou alguma coisa, mas não identifico exatamente o que é espero que tenha resolvido mas não sei
Mas dmesg mudou: Não vejo mais o erro

[zekkerj]

Dá uma olhada nesta mensagem do colega num outro tópico, sobre um problema que tive com meu notebook.

Meu medo é bloquear o módulo e zoar de vez o sistema de vídeo, já que é um sistema com chaveamento dinâmico.

Tenho um notebook Dell Inspiron 5548. Esse notebook usa gráficos híbridos (possui duas GPU - unidades de processamento gráfico - ao invés de apenas uma): uma das GPU é da Intel e fica embutida no processador i7, enquanto a outra GPU é um chip onboard da AMD, modelo Radeon Topaz XT, também denominada R7 M260/M265. Fiz upgrade do XUbuntu 14.04 para o 16.04 (ambos de 64 bits) e o mesmo problema ocorreu. Trata-se de um bug que eu inclusive reportei lá no Launchpad.

Descrição do problema: os *Ubuntu (Ubuntu, XUbuntu, KUbuntu etc.) versão 16.04 vêm com kernel da série 4.4.X. Esse tipo de kernel do *Ubuntu não funciona com o módulo de kernel fglrx (driver gráfico proprietário da AMD), e por isso os *Ubuntu 16.04 vêm com os módulos de kernel amdgpu e radeon pré-instalados: esses módulos são de código aberto e visam substituir o módulo proprietário fglrx. O kernel 4.4.X (ou posterior) automaticamente seleciona inicializar ou o módulo/driver amdgpu ou então o módulo/driver radeon: isso dependerá do modelo da sua GPU AMD, modelo esse que o kernel identifica antes de decidir qual driver inicializar. Enfim: é automática a instalação e inicialização de um dos dois drivers de código aberto que vêm nos *Ubuntu 16.04...

...porém, os kernels 4.4.X têm um bug que faz com que o driver amdgpu/radeon seja inicializado no momento errado. Isso gera um erro de ponteiro inválido, o que por sua vez induz o kernel panic e o consequente travamento.

Usar a função nomodeset dentro do GRUB realmente contorna o problema, porém isso faz com que o desempenho de ambas as GPU (tanto Intel quanto AMD) torne-se baixo, lento, uma verdadeira porcaria. Os gráficos 3D ficam com um péssimo desempenho e as conexões HDMI param de funcionar. Enfim: não recomendo a ninguém usar nomodeset!

Eu executei um reverse commit bisect (uma espécie de "caça ao bug" que a gente executa de trás para a frente, desde o primeiro kernel livre do bug até o primeiro kernel problemático) e descobri que o bug está presente em todos os kernels versão 4.4.X e 4.5.X, portanto nem percam tempo testando esses kernels.

Conforme eu comentei no relatório do bug, após o reverse commit bisect o que eu descobri foi que a partir do primeiro kernel 4.6.X (que é o kernel versão 4.6-rc1 / compilação 4.6.0-040600rc1-generic) o bug não existe mais.

Portanto, nem é necessário instalar o kernel 4.6-rc7: até mesmo o kernel 4.6-rc1 (o primeiro da série "rc") já elimina o bug.

Segue um passo-a-passo para instalar o kernel 4.6-rc1:

1) Acesse http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.6-rc1-wily/

2) Faça download dos três arquivos para a sua arquitetura de sistema. Vou presumir que você salvará os arquivos .DEB dentro de sua pasta pessoal de Download (/home/seu-nome-de-usuário/Downloads).

2.1) Caso seu sistema seja de 64 bits, faça download destes arquivos (salve-os em sua pasta pessoal de Downloads):
http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.6-rc1-wily/linux-headers-4.6.0-040600rc1_4.6.0-040600rc1.201603261930_all.deb
http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.6-rc1-wily/linux-headers-4.6.0-040600rc1-generic_4.6.0-040600rc1.201603261930_amd64.deb
http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.6-rc1-wily/linux-image-4.6.0-040600rc1-generic_4.6.0-040600rc1.201603261930_amd64.deb

2.2) Caso seu sistema seja de 32 bits, faça download destes arquivos (salve-os em sua pasta pessoal de Downloads):
http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.6-rc1-wily/linux-headers-4.6.0-040600rc1_4.6.0-040600rc1.201603261930_all.deb
http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.6-rc1-wily/linux-headers-4.6.0-040600rc1-generic_4.6.0-040600rc1.201603261930_i386.deb
http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.6-rc1-wily/linux-image-4.6.0-040600rc1-generic_4.6.0-040600rc1.201603261930_i386.deb

Nota: caso não saiba se seu Linux é de 32 ou de 64 bits, execute o comando uname -i. Se o resultado do comando tiver 64, seu sistema é de 64 bits. Caso contrário, seu sistema é de 32 bits.

3) Abra o emulador do shell (terminal de comandos) e execute este comando de instalação (estou presumindo que você salvou os pacotes .DEB em sua pasta pessoal de downloads):

Código Selecionar Expandir

sudo dpkg -i ~/Downloads/linux-*deb

Nota: o caractere ~ (til) é um atalho para a sua pasta pessoal.

4) Execute este comando para poder atualizar novamente o GRUB e em seguida forçar a reinicialização do sistema:

Código Selecionar Expandir

sudo update-grub ; sudo telinit 6

5) Após reiniciar seu computador, execute o comando abaixo para verificar a versão do kernel que o seu sistema está de fato executando (se tudo deu certo, o resultado do comando começará com o texto 4.6):

Código Selecionar Expandir

uname -r

6) Uma vez que seu computador esteja executando o *Ubuntu Linux com kernel versão 4.6.X, volte ao emulador de terminal do shell e execute este comando:

Código Selecionar Expandir

DRI_PRIME=1 glxgears

Se as engrenagens apareceram, estão se movimentando e a sua tela não travou, o bug não está presente. Deixe as engrenagens rodando e execute outras tarefas, como p.ex. abrir seu navegador, executar um MP3, assistir a um vídeo no YouTube, jogar algum jogo que use gráficos 3D, executar alguma proteção de tela que seja 3D etc. Se mesmo assim nada travar, o upgrade do kernel deu certo.

PS: não adicione os drivers amdgpu e radeon à blacklist (lista negra). O problema é no kernel, não nos drivers! E não existe driver alternativo que funcione com GPU da AMD em sistemas *Ubuntu que usem kernel 4.4.X ou posterior!

[jopeu]

Obrigado Zekkerj

Ontem o pc funcionou as mil maravilhas o dia todo.
O que tinha feito:
1) Instalei duas bibliotecas de video que tinham a ver com a placa
2) Uma das coisas que tinha observado e me chamou a atenção era que o video estava funcionando com uma memoria menor de 8M; o que me pareceu muito pouco.
Como na BIOS estava auto exagerei e coloquei1G (tenho 8G e isso me permitiria provar.

Estou agora provando, vou copiar as informações sobre o kernel e se der pau outra vez farei isso. Se funcionar OK por 3 dias mais, colocarei aqui solucionado.

[jopeu]

bom o problema parece ter sido resolvido

Eu acredito que seja a opção de memoria de video na bios, que em automática não suplia, coloquei em 1G e resolveu; mas creio que outras opções menores também resolveriam.