Eu tenho um sistema Centos7 funcional em um NUC5CPYH. Para obter os drivers para vídeo e wireless que não estão no kernel do Centos 3.10, estamos usando um kernel 4.10.9. Como o NUC5CPYH está chegando no fim da vida, estou tentando migrar para o NUC6CAYH.
Nosso sistema reproduz vídeo no Chrome. No NUC5CPYH, tudo corre bem. No NUC6CAYH estou vendo alta CPU no gnome-shell que eu encontrei (no topo do comando y) para ter 4 threads de llvmpipe-[0-3] anexado ao PID do gnome-shell - então estamos usando CPU (não GPU) .
No NUC6CAYH, os erros glxinfo com a mensagem i965_dri.so does not support the 0x5a85 PCI ID , parecem ser uma mensagem de erro do Mesa de src/mesa/drivers/dri/i965/brw_device_info.c . Observando include/pci_ids/i965_pci_ids.h
o 5a85 PCI ID não está na árvore 11.2 (Centos 7 inclui a mesa 11.2.2-2.20160614.el7), mas está no 12.0 e posterior.
Parece que precisamos de uma nova versão do Mesa. Então a questão é como eu faço isso?
- Esta análise está correta?
- Existe uma maneira melhor de resolver esse problema?
- A Intel tem uma boa " receita " para uma pilha de vídeos, mas parece ser uma tarefa difícil de implementar.
- Existe um caminho empacotado para o Centos 7 chegar ao Mesa 12 +.
- Poderia isso ser tão "simples" quanto construir o Mesa a partir da fonte? Eu tentei criar o 12.0.6 e tive uma série de erros para que não parecesse tão simples ...
Atualização Como não há respostas, atualizarei esta questão 'em vigor' e editei o título para incluir "Apollo Lake / Goldmont" para torná-lo mais genérico do que apenas o NUC específico produto.
A boa notícia é que eu criei com sucesso a Receita de Pilha Gráfica Intel 2017Q1 (link acima) da fonte em uma imagem do Centos 7. Observei várias mensagens de aviso do compilador, mas as ignorei, pois alguém mais esperto do que eu já as havia visto. A compilação levou alguns ajustes manuais aos caminhos e movendo algumas bibliotecas para o destino correto.
Agora, a execução da pilha de gráficos do 17Q1 no NUC6CAYH parece resolver o problema dos encadeamentos do llvmpipe sendo executados e queimando a CPU para que pareça que a GPU esteja envolvida. Na verdade, a carga da CPU é moderada (como esperado), o que é bom. Subjetivamente, nosso aplicativo de vídeo (renderizado no navegador Google Chrome) parece funcionar "OK", mas não é 100% suave. Para fornecer alguns dados mais objetivos, usei o glxgears (que observa que o fps reportado deve ser igual à taxa de atualização do dispositivo de 60 Hz) para ver como eles são comparados.
- NUC6CAYH - Pilha de gráficos Centos 7 + 17Q1 - glxgears 48-53 fps e
gagueja , topo CPU: X.org 75-85%, atualização conky é muito visível
- NUC5CPYH - pilha gráfica incluída do Centos 7 + - glxgears 60.0 fps e
CPU lisa - topo: gnome-shell 38%, X.org 18% N
- NUC5CPYH - Pilha de gráficos Centos 7 + 17Q1 - glxgears 60.0 fps e CPU lisa e alta: gnome-shell 17%, X.org 13%, atualização bem congestionada
Parece que eu preciso cavar no próximo problema de CPU alto do X.org. A pilha gráfica do 17Q1 requer / prefere uma versão particular do X? É possível que meros mortais construam X a partir da fonte?