IT之家3月8日消息，AMD企业副总裁Anush Elangovan上周发布了一个完全用Python编写的小型实验性Radeon驱动程序。据Elangovan本人证实，这些代码完全通过Claude Code所生成，他期间甚至一次都没打开过代码编辑器。

　　乍听之下，绝大部分用户可能自动脑补出一个足够劲爆的标题：AMD资深高管只用AI写出了一个全新的GPU驱动？

　　虽然确实也很惊人，但实际情况并没有那么激进——他这里所开发的驱动并非大家通常理解的驱动，本质上只是一个轻量级的驱动测试工具，设计用来直接与AMD的Linux GPU接口进行交互。

　　据 Phoronix报道，现代Radeon GPU在Linux上通常运行在一个围绕ROCm打造的软件栈之上。应用程序与ROCm库通信，ROCm库再与用户态的运行时对话，使最终命令流入内核GPU驱动。

　　而 Elangovan的这个实验项目则绕过了这个栈的很大一部分。这段Python代码通过/dev/kfd和/dev/dri/render*等设备节点直接与内核驱动通信。通过这种方式，它可以分配GPU内存、创建计算队列、提交命令包，以及同步CPU与GPU的工作。换句话说，它能够直达AMD计算接口最底层。

　　不过，这听起来可能还是要比实际情况夸张得多，因为AMD内核驱动(此处并未被AI代码替换)仍然完成了几乎所有繁重的工作。Python层只是简单地构建命令包，并通过现有的内核API将它们发送出去。

　　这可能有点像用一台笔记本电脑临时作为汽车发动机的MCU控制器，它虽然不会被用作长期驾驶，但确实是一个非常实用的诊断工具。关键在于，这套新代码能够以一种非常可控的方式与GPU硬件进行交互，而无需中间那整套ROCm软件栈。

　　 Elangovan认为，这使得该项目对调试和实验非常有用。工程师可以借此隔离ROCm中的Bug，或者测试特定的GPU功能，而无需编译庞大的C++项目。据称，这个原型已经能够处理一些实际任务，包括命令队列创建、内存分配、计算调度包以及CPU-GPU时间线信号同步。

　　另一个能说明该项目用途的地方在于，Elangovan所提交的发行说明提到了一种“为未来裸机PCI(AM)后端设计的可插拔架构”。

　　这个说法听起来很前卫，AM后端将绕过内核驱动，直接通过PCI与GPU通信。这种设置通常用于硬件启动、诊断或极低级别的测试环境，而非面向消费者的软件；绕过内核驱动会破坏所有依赖该驱动所提供功能(如多任务处理、虚拟GPU内存和DRM)的特性。

　　听到这里，可能依然有人希望它最终能演变成一个真正能日常使用的Radeon驱动，但很抱歉，这种可能性微乎其微。生产级的GPU驱动是绝对的大项目，其中包含了着色器编译器、内存管理器、电源管理、安全层，以及对Vulkan和OpenGL等复杂API的支持，而这些内容在这个实验项目中都不存在。

　　 Elangovan这次展示的，其实是AMD的Linux内核接口足够开放和模块化，以至于人们可以用高级语言编写脚本来与之交互。除此之外，这同时也说明了他真的很喜欢用Claude Code写代码。