%3A%20%C2%BFse%20necesita%20actualizaci%C3%B3n%20de%20Mesa%3F.png)
Tengo un sistema Centos7 en funcionamiento en un NUC5CPYH. Para obtener los controladores de video e inalámbricos que no están en el kernel Centos 3.10, estamos usando un kernel 4.10.9. Dado que el NUC5CPYH está llegando al final de su vida útil, estoy intentando migrar al NUC6CAYH.
Nuestro sistema reproduce vídeo en Chrome. En el NUC5CPYH, todo funciona bien. En el NUC6CAYH veo una CPU alta en gnome-shell que encontré (encima del comando "y") que tiene 4 subprocesos llvmpipe-[0-3]conectados al PID de gnome-shell, por lo que estamos usando renderizado de CPU (no GPU).
En NUC6CAYH, los errores de glxinfo con un mensaje i965_dri.so does not support the 0x5a85 PCI IDque parece ser un mensaje de error de Mesa al src/mesa/drivers/dri/i965/brw_device_info.cmirar include/pci_ids/i965_pci_ids.h
el ID de PCI 5a85 no están en el árbol 11.2 (Centos 7 incluye mesa 11.2.2-2.20160614.el7), pero están en el árbol 12.0 y posteriores.
Parece que necesitamos una nueva versión de Mesa. Entonces la pregunta es ¿cómo hago eso?
- ¿Es correcto este análisis?
- ¿Existe una mejor manera de resolver este problema?
- Intel tiene un buen "receta" para una pila de vídeos, pero parece ser una tarea desalentadora de implementar.
- ¿Existe una ruta empaquetada para que Centos 7 llegue a Mesa 12+?
- ¿Podría ser esto tan "simple" como construir Mesa desde la fuente? Intenté compilar 12.0.6 y encontré una serie de errores por lo que no parece tan simple...
ActualizarComo no hay respuestas, actualizaré esta pregunta "en su lugar" y editaré el título para incluir "Apollo Lake/Goldmont" para que sea más general que solo el producto NUC en particular.
La buena noticia es que construí con éxito la receta de pila gráfica Intel 2017Q1 (enlace arriba) desde el código fuente en una imagen de Centos 7. Observé varios mensajes de advertencia del compilador, pero los ignoré porque alguien más inteligente que yo ya los había visto. La compilación requirió algunos ajustes manuales en las rutas y el traslado de algunas bibliotecas al destino correcto.
Ahora, ejecutar la pila de gráficos 17Q1 en el NUC6CAYH parece resolver el problema de los subprocesos llvmpipe que se ejecutan y queman la CPU, por lo que parece que la GPU está activada. De hecho, la carga de la CPU es moderada (como se esperaba), lo cual es bueno. Subjetivamente, nuestra aplicación de video (presentada dentro del navegador Google Chrome) parece funcionar "OK", pero no 100% fluida. Para proporcionar algunos datos más objetivos, utilicé glxgears (que señala que los fps informados deben igualar la frecuencia de actualización del dispositivo de 60 Hz) para ver cómo se comparan.
- NUC6CAYH - Pila de gráficos Centos 7 + 17Q1 - glxgears48-53 fps y tartamudeo, CPU superior: X.org 75-85%, la actualización de conky es muy visible
- NUC5CPYH - Centos 7 + pila de gráficos incluida - glxgears 60,0 fps y suave - CPU superior: gnome-shell 38%, X.org 18% N
- NUC5CPYH - Pila de gráficos Centos 7 + 17Q1 - glxgears 60,0 fps y CPU superior y fluida: gnome-shell 17%, X.org 13%, actualización conky fina
Parece que a continuación necesito profundizar en el problema de la alta CPU de X.org. ¿La pila de gráficos 17Q1 requiere/prefiere una versión particular de X? ¿Es posible que simples mortales construyan X desde la fuente?
Respuesta1
Quería proporcionar una actualización a otras personas que puedan tropezar con esta pregunta (soy el remitente original).
Después de intentar construir los diversos componentes gráficos desde el código fuente para actualizar los incluidos con Centos 7.3, nunca logré que todas las piezas funcionaran.
Mientras tanto, se lanzó Centos 7.4 y el conjunto de componentes se asemeja bastante alRECETA DE LA PILA DE GRÁFICOS INTEL DEL PRIMER TRIMESTRE DE 2017. La única adición a la distribución estándar Centos 7.4 es obtener un kernel más nuevo; estoy usando 4.13.3.
Los gráficos y videos ahora se procesan limpiamente y con poca CPU.