Vulkan 1.4.363 ajoute une requête de génération GPU Intel

Le Khronos Group a publié la version 1.4.363 de la spécification Vulkan le 18 septembre 2026. Elle ajoute une extension Intel nommée VK_INTEL_device_info. Un programme peut désormais demander directement à une puce graphique Intel de quelle génération de matériel elle relève. Jusqu'ici, les développeurs devaient le déduire eux-mêmes d'une table écrite à la main, et une erreur d'appréciation envoyait le mauvais chemin de code à de vrais utilisateurs.

Vulkan est l'interface ouverte de graphisme et de calcul que les jeux, les moteurs de jeu et certains outils d'apprentissage automatique utilisent pour dialoguer avec une carte graphique. Le Khronos Group est l'organisme industriel qui la rédige. De petites mises à jour de la spécification paraissent souvent, et la dernière partie du numéro de version les compte.

Ce que renvoie la nouvelle extension

L'extension porte le numéro 709 dans le registre Vulkan et paraît en révision 1. Elle ajoute une structure, VkPhysicalDeviceInfoPropertiesINTEL, qui contient trois entiers non signés de 32 bits.

Champ	Ce qu'il renvoie
deviceIpVersionArch	La génération de l'architecture graphique
deviceIpVersionRelease	La livraison au sein de cette génération
deviceIpVersionRevision	La révision matérielle de cette livraison

Ici, "IP" abrège intellectual property, la propriété intellectuelle. Les concepteurs de puces réutilisent des blocs de conception dans de nombreux produits, et la version d'IP indique quel bloc contient une puce donnée.

La structure se rattache à VkPhysicalDeviceProperties2 par son membre pNext. C'est la manière habituelle dont Vulkan greffe des champs supplémentaires sur une requête existante. Un programme qui interroge déjà un appareil sur ses propriétés reçoit ces trois nombres dans le même appel.

La page de spécification de l'extension cite deux ingénieurs d'Intel comme auteurs, Jakub Szymczyk et Sławomir Grajewski. Elle est datée du 8 septembre 2026, dix jours avant la version de la spécification qui l'a intégrée.

Pourquoi Intel l'a demandée

Vulkan renvoie déjà un deviceID numérique pour chaque appareil graphique. Ce nombre identifie le produit, pas la conception qu'il contient.

Selon Phoronix, le champ existant "n'expose pas la version de l'IP graphique, si bien que les applications et les jeux devaient tenir à jour une table de correspondance manuelle reliant les identifiants d'appareils aux versions et générations d'IP graphique."

Une telle table a une faiblesse évidente. Chaque fois qu'Intel sort un produit, la table devient obsolète. Un logiciel écrit avant l'existence de ce produit ne peut pas le reconnaître. Il se rabat donc sur un chemin sûr mais plus lent, ou choisit le mauvais. Interroger directement le pilote supprime toute cette catégorie de bogues.

Cela compte, car les moteurs modifient couramment leur comportement selon la génération du matériel. Un shader qui tourne bien sur une génération peut exiger une autre approche sur la suivante.

Le reste de la mise à jour 1.4.363

Outre la nouvelle extension, cette parution est une mise à jour ordinaire de la spécification. Phoronix indique qu'elle apporte des clarifications à divers endroits du texte ainsi que plusieurs corrections.

Un changement concerne la mémoire externe DMA-BUF, le mécanisme de Linux qui partage un bloc de mémoire entre pilotes sans le copier. La mise à jour y ajoute des règles de validation multi-instances, qui touchent les structures VkMemoryAllocateInfo et VkMemoryGetFdInfoKHR. Les règles de validation sont les conditions qu'un programme doit respecter. Les couches de validation que les développeurs exécutent pendant les tests les vérifient.

L'étiquette de la spécification elle-même a été publiée le 18 septembre sur le dépôt Vulkan-Docs de Khronos. Phoronix a couvert la parution deux jours plus tard.

Ce que cela signifie pour les développeurs

N'appelez pas encore la nouvelle requête sans garde-fou. VK_INTEL_device_info est une extension de fournisseur. Elle n'existe que sur les pilotes Intel, et seulement sur ceux assez récents pour intégrer la spécification de septembre. Vérifiez que l'appareil l'annonce avant de lire la structure, et gardez votre table actuelle comme solution de repli.

Prévoyez que ce repli dure longtemps. La parution d'une spécification est le début du déploiement, pas sa fin. L'extension doit d'abord atteindre le pilote Intel de Mesa sous Linux et le pilote Windows d'Intel. Elle parvient ensuite aux utilisateurs par les mises à jour des distributions et les téléchargements de pilotes. Ceux qui utilisent des pilotes plus anciens continueront de ne rien recevoir.

La révision 1 mérite aussi une note. Les premières révisions d'extensions de fournisseur peuvent changer avant de se stabiliser. Lisez donc le numéro de révision au lieu de supposer que les champs resteront en place.

Le coût d'adoption est faible. La structure se greffe sur une requête de propriétés que la plupart des moteurs effectuent déjà au démarrage. Elle n'ajoute donc aucun aller-retour ni travail par image. Si votre code se ramifie aujourd'hui selon les générations de matériel Intel, ce petit changement supprime une table entretenue à la main.

Surveillez l'historique des commits de Mesa pour la première mise en œuvre côté pilote. C'est là, et non à la parution de la spécification, que la requête commence à répondre sur de vraies machines. Intel a livré ce mois-ci le pilote NPU 1.38 pour Linux avec la prise en charge d'Ubuntu 26.04, et les fonctions des pilotes atteignent les distributions à ce rythme.