El lote final de trabajo de Intel para los gráficos de Meteor Lake «drm-intel-gt-next» se cargó en el kernel de Linux 6.4, esperando pacientemente la ventana de combinación que debería abrirse en unas pocas semanas más. La ventana se abrirá poco después de que la nueva versión de Linux (v. 6.3) esté disponible para su descarga.
Intel Meteor Lake Graphics recibe las piezas finales para habilitar drm-intel-gt-next para la ventana de fusión de Linux 6.4
Intel se ha centrado principalmente en la habilitación de la compatibilidad con gráficos integrados de Meteor Lake. Dado que la nueva línea Meteor Lake se centrará primero en las plataformas móviles, los gráficos integrados, también conocidos como tGPU (GPU en mosaico) se integrarán en estos chips y ofrecerán las mismas capacidades que los gráficos discretos basados en Alchemist o la arquitectura DG2.
Joonas Lahtinen, uno de los ingenieros de Intel que trabaja en el proyecto, exclama la finalidad del trabajo del grupo en drm-intel-gt-junto a Daniel Airlie y Daniel Vetter.
Aquí va la última solicitud de extracción drm-intel-gt-next para v6.4.
Como elementos principales, tenemos una solución para la contabilidad del tiempo de ejecución del contexto, Meteorlake
habilitación, eliminación de ruido de error DMAR debido a la captura de error de GPU, BAR
Redimensionamiento de corrección de activación forzada y corrección de borrado de contenido de memoria para discretos.
Carga GuC más robusta en sistemas con IFWI que deja la GPU lenta
frecuencia y un UAF potencial cerrado en perf add_config IOCTL.También hay un cambio en los encabezados de uAPI para eliminar la matriz flexible
solicitud de miembro de todo el kernel, que no afecta a los archivos binarios y también
no debería afectar la compilación.— Joonas Lahtinen de la reciente solicitud de extracción drm-intel-gt-next
El texto original de drm-intel-gt-next se modificó ligeramente para facilitar la lectura, pero los cambios de UAPI y del controlador se enumeran a continuación.
drm-intel-gt-next-2023-04-06:
Cambios en la UAPI:
- (Solo en tiempo de compilación, no debería tener ningún impacto) drm/i915/uapi: Reemplace la matriz flexible falsa con un miembro de matriz flexible
«Los arreglos de longitud cero como arreglos flexibles falsos están en desuso y estamos avanzando hacia la adopción de miembros de arreglos flexibles C99 en su lugar».
Esta es una solicitud del kernel central que avanza hacia GCC 13.
Cambios de controlador:
- Arreglar la contabilidad del tiempo de ejecución del contexto en sysfs fdinfo para cargas de trabajo pesadas (Tvrtko)
- Agregue soporte para unidades de medios OA en MTL (Umesh)
- Agregue nuevas soluciones para Meteorlake (Daniele, Radhakrishna, Haridhar)
- Arreglar sysfs para leer la frecuencia real para MTL y Gen6 y anteriores (Ashutosh)
- Sincronizar i915/BIOS en C6 habilitando en MTL (Vinay)
- Solucione el ruido de error de DMAR debido a la captura de errores de GPU (Andrej)
- Corrección de despertar forzado durante el cambio de tamaño de BAR en discreto (Andrzej)
- Vaciar el contenido de lmem después de la construcción en discreto (Chris)
- Corrija el tiempo de espera de carga de GuC en sistemas donde IFWI programa baja frecuencia de arranque (John)
- Arreglar condición de carrera UAF en i915_perf_add_config_ioctl (Min)
- Acceso Sanitycheck MMIO temprano en la carga del controlador y durante la activación forzada (Matt)
- Correcciones de Wakeref para el escenario de error GuC RC y el seguimiento activo de VM (Chris)
- Cancelar el temporizador de carga retrasada de HuC al reiniciar (Daniele)
- Limite el reinicio de doble GT a pre-MTL (Daniele)
- Use i915 en lugar de dev_priv insertado en la estructura file_priv (Andi)
- Mejorar el informe de errores de carga de GuC (John)
- Simplificar la lógica de selección del motor VCS/BSD (Tvrtko)
- Realice uc late init después de la inyección de error de sonda (Andrzej)
- Corrección de formato para perf_limit_reasons en debugfs (Vinay)
- Crear archivos debugfs por gt (Andi)
- Documentación y correcciones de kerneldoc (Nirmoy, Lee)
- Mejoras en la autoevaluación (Fei, Jonathan)
Michael Larabel, desarrollador principal de Phoronix Test Suite, Phoromatic y OpenBenchmarking.org, y fundador del sitio de hardware de Linux Phoronix, afirma que los gráficos de Meteor Lake se ven actualmente como una opción «experimental y detrás de la fuerza». Sin embargo, es fantástico para los usuarios de Linux tener listo el soporte de Intel con la habilitación reciente, especialmente con los procesadores que se enviarán a finales de este año. Larabel anticipa que se podrá acceder a la habilitación de Meteor Lake en la versión 6.5 de Linux.
Los interesados en la solicitud de extracción completa enviada ayer pueden consultar el enlace aquí para obtener más información.
Fuentes de noticias: Phoronix, núcleo Linux 6.4