Vulkan 1.4.363 añade una consulta de generación de GPU Intel

El Khronos Group publicó la versión 1.4.363 de la especificación Vulkan el 18 de septiembre de 2026. Añade una nueva extensión de Intel llamada VK_INTEL_device_info. Con ella, un programa puede preguntar directamente a un chip gráfico de Intel a qué generación de hardware pertenece. Hasta ahora los desarrolladores tenían que deducirlo por su cuenta a partir de una tabla escrita a mano, y equivocarse significaba enviar la ruta de código incorrecta a usuarios reales.

Vulkan es la interfaz abierta de gráficos y cálculo que usan los juegos, los motores de juego y algunas herramientas de aprendizaje automático para hablar con una tarjeta gráfica. El Khronos Group es el organismo del sector que la redacta. Las actualizaciones pequeñas de la especificación aparecen a menudo, y la última parte del número de versión las cuenta.

Qué informa la nueva extensión

La extensión es la número 709 del registro de Vulkan y se publica en la revisión 1. Añade una estructura nueva, VkPhysicalDeviceInfoPropertiesINTEL, que contiene tres enteros sin signo de 32 bits.

Campo	Qué informa
deviceIpVersionArch	La generación de la arquitectura gráfica
deviceIpVersionRelease	La entrega dentro de esa generación
deviceIpVersionRevision	La revisión de hardware de esa entrega

Aquí "IP" abrevia intellectual property, es decir, propiedad intelectual. Quienes diseñan chips reutilizan bloques de un diseño en muchos productos, y la versión de IP indica qué bloque contiene un chip concreto.

La estructura se engancha a VkPhysicalDeviceProperties2 mediante su miembro pNext. Esa es la forma habitual en que Vulkan añade campos extra a una consulta existente. Un programa que ya pregunta a un dispositivo por sus propiedades recibe estos tres números en la misma llamada.

La página de especificación de la extensión acredita como autores a dos ingenieros de Intel, Jakub Szymczyk y Sławomir Grajewski. Está fechada el 8 de septiembre de 2026, diez días antes de la versión de la especificación que la incorporó.

Por qué Intel la pidió

Vulkan ya informa de un deviceID numérico para cada dispositivo gráfico. Ese número identifica el producto, no el diseño que lleva dentro.

Según Phoronix, el campo existente "no expone la versión de IP gráfica, de modo que las aplicaciones y los juegos tendrían que mantener una tabla de consulta manual que relacione los identificadores de dispositivo con las versiones y generaciones de IP gráfica."

Una tabla así tiene un fallo evidente. Cada vez que Intel lanza un producto nuevo, la tabla queda desfasada. El software escrito antes de que ese producto existiera no puede reconocerlo. Por eso recurre a una ruta segura pero más lenta, o elige la equivocada. Preguntar directamente al controlador elimina toda esa clase de errores.

Esto importa porque los motores cambian su comportamiento según la generación del hardware con frecuencia. Un shader que funciona bien en una generación puede necesitar otro enfoque en la siguiente.

El resto de la actualización 1.4.363

Además de la nueva extensión, la entrega es una actualización rutinaria de la especificación. Phoronix informa de que incluye aclaraciones en varias partes del texto y varias correcciones.

Un cambio afecta a la memoria externa DMA-BUF, el mecanismo de Linux para compartir un bloque de memoria entre controladores sin copiarlo. La actualización le añade reglas de validación multiinstancia, que afectan a las estructuras VkMemoryAllocateInfo y VkMemoryGetFdInfoKHR. Las reglas de validación son las condiciones que un programa debe cumplir. Las capas de validación que los desarrolladores ejecutan durante las pruebas las comprueban.

La etiqueta de la especificación se publicó el 18 de septiembre en el repositorio Vulkan-Docs de Khronos. Phoronix cubrió la entrega dos días después.

Qué significa esto para los desarrolladores

No llames todavía a la nueva consulta sin una comprobación previa. VK_INTEL_device_info es una extensión de fabricante. Solo existe en controladores de Intel, y solo en los suficientemente nuevos como para incluir la especificación de septiembre. Comprueba que el dispositivo la anuncia antes de leer la estructura, y conserva la tabla que ya tienes como alternativa.

Cuenta con que esa alternativa durará mucho. La publicación de una especificación es el principio del despliegue, no el final. La extensión tiene que llegar al controlador Intel de Mesa en Linux y al propio controlador de Windows de Intel. Después llega a los usuarios mediante actualizaciones de las distribuciones y descargas de controladores. Quien use controladores antiguos seguirá sin recibir nada.

La revisión 1 también merece atención. Las primeras revisiones de las extensiones de fabricante pueden cambiar antes de asentarse. Lee el número de revisión en lugar de dar por hecho que los campos se mantendrán.

El coste de adoptarla es bajo. La estructura se engancha a una consulta de propiedades que la mayoría de los motores ya hace al arrancar, así que no añade ningún viaje extra ni trabajo por fotograma. Si tu código hoy se ramifica según las generaciones de hardware de Intel, este pequeño cambio elimina una tabla que mantenías a mano.

Vigila el historial de commits de Mesa para ver la primera implementación del lado del controlador. Ahí, y no en la publicación de la especificación, es donde la consulta empieza a responder en máquinas reales. Intel lanzó este mes el controlador NPU 1.38 para Linux con soporte para Ubuntu 26.04, y las funciones de los controladores suelen llegar a las distribuciones a ese ritmo.