GPU Intel desde el hardware Arc Graphics de escritorio del consumidor hasta la serie Intel Data Center Flex GPU”Arctic Sound M”y el próximo Xe HPC Ponte Vecchio están construidos alrededor de controladores de código abierto. Un concepto erróneo o confusión común que he escuchado muchas veces en los últimos meses ha sido cuestionar si la compatibilidad con el controlador de GPU discreto de Intel en Linux es de código abierto o de código cerrado, etc. Bueno, es completamente de código abierto aparte del advertencia de firmware habitual y se ejecuta en Linux. ¡Aquí hay algunos comentarios iniciales sobre la ejecución de Intel Arc Graphics A380 en Linux!
Intel Arc Graphics A380 está comenzando a aparecer en los canales minoristas de EE. UU. El ASRock Challenger ITX ARC 380 comenzó a enviarse esta semana a los clientes de EE. UU.
La compatibilidad con el controlador Linux GPU discreto de Intel se basa en su pila de controladores de gráficos integrados de código abierto que han estado ensamblando durante muchos años. Por supuesto, en los últimos años ha habido muchas refactorizaciones para introducir el concepto de memoria de video local (discreta) del dispositivo y otras características que no son relevantes cuando su controlador podría simplemente asumir gráficos integrados y no tener que preocuparse por las GPU discretas. He estado cubriendo extensamente la aparición del controlador dGPU de Linux desde el principio, por lo que sigo sorprendiéndome cuando encuentro usuarios en Reddit, otros sitios y foros, etc., que siguen cuestionando si el controlador Intel Arc Graphics es de código abierto o no, etc. Arc Graphics es una extensión del ecosistema abierto que Intel ha estado construyendo alrededor de su pila de gráficos de Linux durante años.
Por lo que vale, con esta tarjeta gráfica ASRock al menos solo Windows 10 y Windows 11 se enumeran como sistemas operativos admitidos.
La compatibilidad con el controlador de gráficos discretos de Intel sigue el mismo camino de código abierto centrado en el flujo ascendente que hemos disfrutado con Gen12 Xe Graphics. Intel DG2/Alchemist utiliza el controlador de kernel i915 DRM, el controlador Intel Iris Gallium3D para OpenGL y el controlador ANV para Vulkan. Para aquellos interesados en oneAPI Level Zero y/u OpenCL, Intel continúa invirtiendo fuertemente en su pila IGC + Compute-Runtime allí para todas las capacidades de cómputo de GPU tanto para hardware integrado como discreto. Media SDK de Intel con VA-API también es compatible con DG2 como código abierto.
Aunque durante años he estado escribiendo sobre el trabajo de reestructuración de i915 y ANV/Iris de Mesa para admitir gráficos discretos de Intel, Parece que muchos en la comunidad de Linux todavía no saben, y se han cuestionado, cuáles son los planes de controladores discretos de Linux de Intel para Arc Graphics.
La advertencia que existe es para el microcontrolador de gráficos”GuC firmware. Así como la década pasada de las GPU Radeon requería que se cargara un microcódigo binario en el momento de la inicialización y también el controlador Nouveau desde la era GeForce GTX 900″Maxwell”requería firmware firmado, DG2/Alchemist necesita el microcódigo GuC cargado por el open-controlador de origen. El firmware GuC de Intel existe desde hace varias generaciones, pero con Alder Lake P y más reciente o DG2/Alchemist, ahora es un requisito. GuC se utiliza para la programación de contexto de gráficos de bajo nivel, la administración de energía y otros fines. También está el microcontrolador HuC relacionado necesario para la autenticación con contenido HEVC/H.265 y otras funciones relacionadas con la seguridad, aunque opcionales, GuC es el blob principal a mencionar. Pero, de nuevo, este requisito de firmware de GuC simplemente lo ubica de manera similar al manejo de microcódigo/firmware que ya tienen las tarjetas gráficas discretas NVIDIA y AMD en Linux.
Entonces, ¿cuáles son los requisitos de versión para DG2/? ¿Hardware de alquimista en Linux? Las cosas aún se están calmando, pero puede funcionar si usa Linux 6.0 Git y Mesa 22.2 o más reciente. Además, asegúrese de tener linux-firmware.git para obtener la compatibilidad con el firmware GuC más reciente. Con Linux 6.0, se agregan los ID de PCI de escritorio y otras características/soluciones/mejoras de DG2. Pero con Linux 6.0, la compatibilidad con la clase DG2 no está expuesta de forma predeterminada, sino que requiere configurar la opción del módulo i915.force_probe=[PCI-ID] para obligar al controlador a inicializar la tarjeta gráfica. Mesa 22.2 para ANV Vulkan e Iris OpenGL, a su vez, funcionarán de forma inmediata con las tarjetas actuales al arrancar con el soporte de kernel necesario.
Intel se une a AMD como el segundo dispositivo discreto fabricante de tarjetas gráficas de escritorio que ofrece una pila de controladores Linux oficial y de código completamente abierto (sin el firmware)… Además del controlador en sí, Intel también tiene un ecosistema abierto completo a su alrededor con oneAPI.
Ya para Linux 6.1 habrá más mejoras de Arc Graphics, incluido el trabajo de rendimiento. Sin embargo, aún está por verse si Intel Arc Graphics seguirá siendo”experimental”para Linux 6.1 o si se promocionará en esa versión del kernel de finales de 2022.
Hay soporte upstream de código abierto para Intel Arc Graphics en Linux, aunque no está habilitado de forma predeterminada a partir de Linux 6.0.
Sin embargo, lo que significa este soporte de código abierto que aún está madurando es que no encontrará que Arc Graphics funcione de inmediato. H2’2022 distribuciones de Linux aparte de cualquier distribución que pueda decidir retrotraer los cambios del kernel i915 DRM y enviar con un Mesa de última generación. Los gustos de Ubuntu 22.10 simplemente no serán lo suficientemente nuevos para tener el soporte de controlador necesario. Sin embargo, queda por anunciar cómo Intel pretende manejar esto particularmente para las distribuciones empresariales de Linux si proporcionarán un puerto trasero de controlador empaquetado con un módulo DKMS y similares para permitir que los nuevos clientes de Intel dGPU disfruten del soporte en kernels más antiguos. Ya veremos, así que estad atentos allí.
Arc Graphics A380 ejecutándose en controladores de código abierto con Linux 6.0 con i915.force_probe=56a5, Mesa Git y linux-firmware.git. Próximos puntos de referencia.
Ese es el breve resumen: básicamente, el último código Linux Git y Mesa es suficiente para que Intel Arc Graphics funcione con una pila de controladores de código abierto que es la línea principal. Intel está explorando formas de facilitar también la implementación de controladores en distribuciones empresariales de Linux y usuarios en otras plataformas que no sean de vanguardia.
Los detalles sobre el rendimiento y el nivel actual de soporte se encontrarán en los artículos de seguimiento. mientras que por ahora el punto principal es que el controlador de código abierto está funcionando en Linux. Los puntos de referencia iniciales de Arc Graphics A380 OpenGL/Vulkan Linux se publicarán en los próximos días, pero por ahora solo quería compartir esta información para aquellos que continúan cuestionando si las tarjetas gráficas discretas de Intel tendrían compatibilidad con controladores Linux de código abierto..
