Anush Elangovan, vice-président chez AMD, a récemment démontré une approche inédite de développement logiciel pour le Linux en publiant un pilote expérimental pour les GPU Radeon. Ce pilote, entièrement rédigé en langage Python, a été généré exclusivement à l'aide de l'outil d'intelligence artificielle Claude Code d'Anthropic. Bien que cette annonce ait suscité un écho médiatique important, la réalité technique est plus nuancée. Le code créé ne remplace pas les pilotes officiels d'AMD et n'est pas destiné à un usage quotidien. Il s'agit principalement d'un outil de test léger conçu pour interagir directement avec les interfaces matérielles sous-jacentes du système. Dans l'environnement Linux moderne, les GPU Radeon fonctionnent généralement via une pile logicielle complexe centrée sur ROCm. Cette architecture implique une série d'étapes où les applications communiquent avec des bibliothèques ROCm, qui interagissent ensuite avec des runtimes en espace utilisateur avant que les commandes n'atteignent le pilote noyau AMDGPU. Le projet d'Elangovan simplifie considérablement ce processus en contournant la majeure partie de cette pile. Le script Python communique directement avec le pilote noyau via des nœuds de périphériques spécifiques tels que /dev/kfd et /dev/dri/render*. De cette manière, le code peut allouer de la mémoire GPU, créer des files d'attente de calcul, soumettre des paquets de commandes et synchroniser les travaux entre le processeur central et le processeur graphique. L'objectif principal de cette initiative est le débogage et l'expérimentation. En isolant les interactions avec le matériel sans la complexité de la pile logicielle ROCm, les ingénieurs peuvent identifier des bogues spécifiques ou tester des fonctionnalités matérielles sans avoir à compiler de vastes projets en C++. L'utilisation du Python rend le code compact et facilement modifiable, ce qui permet de reproduire rapidement des comportements matériels. Le prototype actuel gère déjà des tâches concrètes comme la création de files d'attente, l'allocation mémoire et la synchronisation GPU. L'analyse du code révèle également une architecture « plaquable » destinée à un futur backend PCI « bare-metal ». Cela indiquerait une volonté future de communiquer directement avec le GPU via le bus PCI, en contournant même le pilote noyau. Une telle configuration est réservée à la mise en service du matériel, au diagnostic avancé ou à des environnements de test de très bas niveau, car elle priverait le système des fonctions critiques fournies par le pilote noyau, telles que la gestion multi-tâches ou la mémoire virtuelle sécurisée. Il est peu probable que ce prototype évolue vers un pilote Radeon fonctionnel en Python pour les systèmes Linux grand public. Les pilotes de production sont des projets massifs incluant des compilateurs de shaders, des gestionnaires de mémoire, des couches de sécurité et le support d'API complexes comme Vulkan et OpenGL, aucun de ces éléments n'étant présent dans cette expérience. Ce qui a véritablement été démontré, c'est la modularité et l'ouverture de l'interface noyau Linux d'AMD, permettant désormais aux développeurs d'interagir avec le matériel via des langages de haut niveau.