Centos 7 em NUC6CAYH (Apollo Lake/Goldmont) - Atualização do Mesa necessária?

Question

Eu tenho um sistema Centos7 funcionando em um NUC5CPYH. Para obter os drivers de vídeo e wireless que não estão no kernel Centos 3.10, estamos usando um kernel 4.10.9. Como o NUC5CPYH está chegando ao fim da vida útil, estou tentando migrar para o NUC6CAYH.

Nosso sistema reproduz vídeo no Chrome. No NUC5CPYH tudo funciona bem. No NUC6CAYH, estou vendo alta CPU no gnome-shell, que descobri (acima do comando "y") ter 4 threads llvmpipe-[0-3]anexados ao PID do gnome-shell - então estamos usando renderização de CPU (não GPU).

No NUC6CAYH, erros glxinfo com mensagem i965_dri.so does not support the 0x5a85 PCI IDque parece ser uma mensagem de erro Mesa de src/mesa/drivers/dri/i965/brw_device_info.cOlhando para include/pci_ids/i965_pci_ids.h o 5a85 PCI ID não está na árvore 11.2 (Centos 7 inclui mesa 11.2.2-2.20160614.el7), mas está na árvore 12.0 e posterior.

Parece que precisamos de uma nova versão do Mesa. Então a questão é como faço isso?

• Esta análise está correta?
• Existe uma maneira melhor de resolver esse problema?
• A Intel tem um bom "receita" para uma pilha de vídeo, mas parece ser uma tarefa difícil de implementar.
• Existe um caminho empacotado para o Centos 7 chegar ao Mesa 12+.
• Isso poderia ser tão “simples” quanto construir o Mesa a partir da fonte? Tentei construir o 12.0.6 e encontrei uma série de erros então não parece tão simples...

AtualizarComo não há respostas, atualizarei esta pergunta 'no local' e editarei o título para incluir "Apollo Lake/Goldmont" para torná-la mais geral do que apenas o produto NUC específico.

A boa notícia é que construí com sucesso o Intel 2017Q1 Graphic Stack Recipe (link acima) a partir da fonte em uma imagem Centos 7. Observei uma série de mensagens de aviso do compilador, mas as ignorei, pois alguém mais inteligente do que eu já as tinha visto. A compilação exigiu alguns ajustes manuais nos caminhos e moveu algumas bibliotecas para o destino correto.

Agora, executar a pilha gráfica 17Q1 no NUC6CAYH parece resolver o problema dos threads llvmpipe rodando e queimando a CPU, então parece que a GPU está ativada. Na verdade, a carga da CPU é moderada (conforme 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 dados mais objetivos, usei o glxgears (que observa que o fps relatado deve ser igual à taxa de atualização do dispositivo de 60 Hz) para ver como eles se comparam.

• NUC6CAYH - pilha gráfica Centos 7 + 17Q1 - glxgears48-53 fps e gagueja, CPU superior: X.org 75-85%, atualização conky é muito visível
• NUC5CPYH - Centos 7 + pilha gráfica incluída - glxgears 60,0 fps e smooth - CPU superior: gnome-shell 38%, X.org 18% N
• NUC5CPYH - pilha gráfica Centos 7 + 17Q1 - glxgears 60,0 fps e suave, CPU superior: gnome-shell 17%, X.org 13%, atualização conky fina

Parece que a seguir preciso me aprofundar no problema de alta CPU do X.org. A pilha gráfica 17Q1 requer/prefere uma versão específica do X? É possível que meros mortais construam o X a partir da fonte?

Answer 1

Eu queria fornecer uma atualização para outras pessoas que possam se deparar com essa pergunta (sou o remetente original).

Depois de tentar construir os vários componentes gráficos a partir do código-fonte para atualizar aqueles incluídos no Centos 7.3, nunca consegui fazer com que todas as peças funcionassem.

Enquanto isso, o Centos 7.4 foi lançado e o conjunto de componentes corresponde bastante aoRECEITA DE PILHA DE GRÁFICOS INTEL 2017Q1. A única adição à distribuição padrão do Centos 7.4 é obter um kernel mais recente - estou usando o 4.13.3.

Gráficos e vídeos agora são renderizados de forma limpa e com pouca CPU.