Mesa 26.2 est sorti le 5 août comme mise à jour trimestrielle de la pile graphique libre, et le titre revient à NVK : le pilote Vulkan communautaire pour le matériel NVIDIA prend désormais en charge VK_EXT_mesh_shader, qui était l'un des derniers grands écarts avec le pilote propriétaire. Autour de cela s'ajoutent plus de soixante nouvelles extensions Vulkan et OpenGL dans l'arbre, le support OpenCL 3.1 qui s'étend à cinq pilotes Rusticl, une étiquette Vulkan 1.4 pour la couche de traduction Metal et un nouveau compilateur de shaders pour Arm Mali. Les distributions le récupéreront d'abord par leurs dépôts de test.
The short answer
Mesa 26.2 est disponible, en conservant le support d'OpenGL 4.6 et de Vulkan 1.4 et en portant plus de soixante nouvelles extensions. NVK, le pilote Vulkan communautaire du matériel NVIDIA, gagne VK_EXT_mesh_shader ainsi que les extensions shader_fma, atomic float et binary import. Rusticl étend OpenCL 3.1 à asahi, iris, radeonsi, llvmpipe et zink. KosmicKrisp, la couche de traduction Vulkan vers Metal, expose maintenant Vulkan 1.4. Arm Mali reçoit un nouveau compilateur nommé KRAID, AMD une activation précoce de GFX12.1, et les très anciens pilotes R600g et R300g ont malgré tout reçu des corrections.
Les versions de Mesa arrivent à date fixe et se lisent surtout comme une longue liste de choses légèrement améliorées, raison pour laquelle l'entrée intéressante passe facilement inaperçue. Dans la 26.2, sortie le 5 août, c'est un seul nom d'extension dans la section NVK : VK_EXT_mesh_shader.
NVK est le pilote Vulkan pour le matériel NVIDIA qui vit dans Mesa plutôt que dans la pile propriétaire de NVIDIA. Il passe des années à rattraper une cible mouvante, et les mesh shaders étaient l'un des murs restants. Ce support n'est pas une amélioration de performance. C'est la différence entre une application qui démarre et une application qui refuse de démarrer, puisqu'un programme déclarant l'extension comme obligatoire n'obtient rien d'un pilote qui ne l'annonce pas.
Pourquoi cette seule extension pèse
Le pipeline graphique traditionnel fournit au GPU un tampon de sommets et laisse le matériel à fonction fixe les assembler en primitives. Les mesh shaders jettent tout cela. Vous écrivez quelque chose de bien plus proche d'un shader de calcul, qui décide directement quelles primitives doivent exister, ce qui permet d'éliminer la géométrie que la caméra ne peut pas voir avant qu'elle ne coûte quoi que ce soit et de générer du détail plutôt que de le stocker.
Les moteurs livrent contre cette approche depuis un moment déjà. Pour un pilote, le choix est binaire : le gérer, ou regarder passer une part croissante des logiciels récents. NVK a aussi récupéré VK_KHR_shader_fma, VK_EXT_shader_atomic_float, VK_NV_shader_atomic_float16_vector et VK_NVX_binary_import dans le même cycle, un ensemble qui se lit comme un pilote finissant ses devoirs plutôt qu'explorant.
Le travail sur DLSS arrivé pendant le cycle de développement de la 26.2 a eu davantage d'écho dans la presse jeu vidéo, et il est réellement intéressant, mais il reste précoce et expérimental. Le support des mesh shaders, lui, change ce qui tourne.
OpenCL est devenu normal, discrètement
Rusticl est l'implémentation OpenCL de Mesa, écrite en Rust, et la 26.2 étend le support d'OpenCL 3.1 à asahi, iris, radeonsi, llvmpipe et zink.
Cette liste mérite d'être lue lentement, parce qu'elle couvre Apple Silicon, les graphiques Intel, les graphiques AMD, un chemin purement processeur et tout ce qui est atteignable par la couche de traduction Vulkan. OpenCL sous Linux a longtemps été un problème que l'on résolvait en installant un exécutif fabricant, en découvrant qu'il entrait en conflit avec autre chose, puis en abandonnant. Une implémentation unique dans l'arbre Mesa couvrant autant de matériel change la réponse par défaut.
L'entrée llvmpipe est celle que nous signalerions à ceux qui font de l'infrastructure. Un moteur processeur fonctionnel signifie que du code OpenCL peut être développé, testé et exécuté en intégration continue sur des machines sans aucun calcul GPU, machines virtuelles comprises. Lentement, évidemment. Mais disponible, ce qui était la partie difficile.
Le reste de l'arbre
KosmicKrisp, le pilote qui traduit Vulkan vers Metal d'Apple, expose maintenant Vulkan 1.4. Les couches de traduction sont jugées presque uniquement sur le numéro de version qu'elles annoncent, puisque les applications le vérifient avant de décider de démarrer : passer à la version de base actuelle est donc tout le travail.
Côté Arm, un nouveau compilateur nommé KRAID a été intégré pour les pilotes Panfrost et PanVK qui servent le matériel Mali. Remplacer un compilateur de shaders est une entreprise lourde et ingrate, et cela signale d'ordinaire que le précédent avait atteint la limite de ce que l'on pouvait en améliorer.
AMD a reçu une activation précoce de GFX12.1, signal habituel de matériel à venir, plus la poursuite du travail RADV sur le lancer de rayons, les descripteurs et la compilation de shaders. ANV, chez Intel, a eu son tour régulier de corrections. Un nouvel outil nommé Gamma est arrivé pour inspecter les structures d'accélération du lancer de rayons, RADV seulement pour l'instant. Et R600g et R300g, pilotes de GPU assez vieux pour voter, ont encore eu des corrections.
Ce que nous ferions
Rien d'urgent, et c'est la bonne réponse pour une pile graphique.
Mesa part d'abord vers les dépôts en publication continue et de test : si vous êtes sous Arch ou Rawhide, il vous trouvera. Si vous êtes sur une distribution stable, attendre votre prochain cycle n'est pas un compromis mais la voie raisonnable, car une régression de pilote graphique sur une machine qui marche coûte plus cher qu'une fonctionnalité dont vous ne vous serviez pas hier.
Ceux qui devraient bouger plus vite forment un groupe plus étroit. Si vous utilisez NVK et qu'une application a refusé de se lancer sur une exigence de mesh shader, cette version est la raison de mettre à jour. Si vous avez du travail OpenCL laissé de côté parce que l'exécutif fabricant demandait trop d'efforts, cela vaut la peine de réessayer sur Rusticl, en sachant que llvmpipe vous ouvre une voie même sur une machine sans GPU.
Sources et pour aller plus loin
- Mesa 26.2 released with NVK mesh shader support, Phoronix, 5 août 2026
- Mesa 26.2 graphics stack released with Vulkan and OpenGL driver improvements, Linuxiac, 5 août 2026
- Mesa 26.2 open source graphics stack officially released, 9to5Linux, 5 août 2026
- Documentation de la bibliothèque graphique Mesa 3D
- VK_EXT_mesh_shader dans la spécification Vulkan
Questions fréquentes
Qu'est-ce qu'un mesh shader et pourquoi son arrivée dans NVK compte-t-elle ?
Un mesh shader remplace le pipeline de traitement des sommets à fonction fixe par quelque chose de plus proche d'un shader de calcul qui émet directement de la géométrie. Au lieu de fournir au GPU un tampon de sommets et de laisser le matériel assembler les triangles, vous écrivez un programme qui décide quelles primitives existent, ce qui permet d'éliminer la géométrie invisible avant qu'elle ne coûte quoi que ce soit et de générer du détail de façon procédurale. Les moteurs modernes s'en servent beaucoup. Pour NVK, le pilote Vulkan communautaire du matériel NVIDIA, c'était l'un des derniers écarts structurels avec le pilote propriétaire : une application exigeant VK_EXT_mesh_shader ne démarrait tout simplement pas, quelle que soit la qualité du reste du pilote. Combler un tel écart déplace la question : NVK est-il assez complet devient NVK est-il assez rapide, ce qui est un bien meilleur problème.
Faut-il passer à Mesa 26.2 tout de suite ?
Cela dépend entièrement de votre distribution, et la décision ne vous appartient généralement pas. Mesa arrive d'abord dans les dépôts en publication continue et les dépôts de test, donc Arch et ses dérivés, Fedora Rawhide et les divers canaux de test le verront en quelques jours. Les distributions stables le prendront à leur prochain cycle, et c'est en général le bon résultat : une pile graphique n'est pas un paquet avec lequel il faut être aventureux sur une machine de travail. Si vous l'installez tôt, les deux points à surveiller sont les pilotes qui ont le plus changé dans ce cycle, à savoir NVK et la pile Arm Mali, et tout ce qui repose sur OpenCL via Rusticl. Si vous utilisez le pilote propriétaire NVIDIA plutôt que NVK, Mesa 26.2 vous concerne toujours pour OpenGL et Vulkan sur vos autres GPU, mais le travail sur NVK ne s'applique pas.
Qu'est-ce que Rusticl et OpenCL 3.1 change-t-il en pratique ?
Rusticl est l'implémentation OpenCL de Mesa écrite en Rust, et elle existe parce qu'OpenCL sous Linux a longtemps été servi par des piles soit spécifiques à un fabricant, soit abandonnées. Mesa 26.2 étend le support d'OpenCL 3.1 à asahi, iris, radeonsi, llvmpipe et zink, ce qui couvre plus de matériel qu'il n'y paraît : Apple Silicon, les graphiques Intel, les graphiques AMD, un repli purement processeur et tout ce qui est atteignable par la couche de traduction Vulkan. En pratique, les charges OpenCL deviennent quelque chose que l'on peut raisonnablement espérer faire tourner sur une machine Linux sans partir en chasse d'un exécutif fabricant. llvmpipe mérite une mention à part, parce qu'un moteur processeur fonctionnel permet de développer et de tester du code OpenCL sur du matériel sans aucune capacité de calcul GPU, y compris dans une machine virtuelle ou un exécuteur d'intégration continue.
Que signifie KosmicKrisp qui expose Vulkan 1.4 ?
KosmicKrisp est le pilote Mesa qui traduit les appels Vulkan vers l'API Metal d'Apple, afin que les applications Vulkan tournent sur du matériel macOS sans implémentation Vulkan native. Exposer Vulkan 1.4 signifie qu'il annonce désormais la conformité à la version de base actuelle plutôt qu'à une plus ancienne, ce qui compte parce que les applications vérifient la version annoncée avant de démarrer et refusent ou se rabattent si elle est trop basse. Les couches de traduction vivent ou meurent sur ce chiffre. C'est le même genre de travail que les couches Vulkan vers DirectX et Vulkan vers Metal qui l'ont précédé, à la différence que celle-ci vit dans l'arbre Mesa et suit la même cadence de publication que le reste, et hérite donc du travail d'extensions mené sur toute la pile au lieu d'être maintenue à part.
Y a-t-il quelque chose dans cette version pour les utilisateurs AMD ou Intel ?
Oui, même si c'est plus discret que le titre sur NVK. RADV, le pilote Vulkan de Mesa pour le matériel AMD, a reçu un nouveau tour de travail sur le lancer de rayons, la gestion des descripteurs et la compilation des shaders, plus une activation précoce de la génération GFX12.1, ce qui est le motif habituel avant l'arrivée de nouveau matériel. ANV, le pilote Vulkan d'Intel, a eu son lot habituel de corrections et d'optimisations. Les deux pilotes héritent aussi du travail général sur les extensions, y compris des extensions de maintenance comme VK_KHR_maintenance11 qui suppriment discrètement de vieilles aspérités de l'API. Il y a également un nouvel outil de débogage nommé Gamma pour inspecter les structures d'accélération du lancer de rayons, qui ne gère pour l'instant que RADV, et les anciens pilotes R600g et R300g ont reçu des corrections, ce qui rappelle que Mesa porte encore du matériel vieux de vingt ans.