全程沒開編輯器：AMD副總裁借Claude AI寫GPU驅動

IT之家 3 月 8 日消息，AMD 企業(yè)副總裁 Anush Elangovan 上周發(fā)布了一個完全用 Python 編寫的小型實驗性 Radeon 驅動程序。據 Elangovan 本人證實，這些代碼完全通過 Claude Code 所生成，他期間甚至一次都沒打開過代碼編輯器。

乍聽之下，絕大部分用戶可能自動腦補出一個足夠勁爆的標題：AMD 資深高管只用 AI 寫出了一個全新的 GPU 驅動？

雖然確實也很驚人，但實際情況并沒有那么激進 —— 他這里所開發(fā)的驅動并非大家通常理解的驅動，本質上只是一個輕量級的驅動測試工具，設計用來直接與 AMD 的 Linux GPU 接口進行交互。

據 Phoronix 報道，現代 Radeon GPU 在 Linux 上通常運行在一個圍繞 ROCm 打造的軟件棧之上。應用程序與 ROCm 庫通信，ROCm 庫再與用戶態(tài)的運行時對話，使最終命令流入內核 GPU 驅動。

而 Elangovan 的這個實驗項目則繞過了這個棧的很大一部分。這段 Python 代碼通過 /dev/kfd 和 /dev/dri/render* 等設備節(jié)點直接與內核驅動通信。通過這種方式，它可以分配 GPU 內存、創(chuàng)建計算隊列、提交命令包，以及同步 CPU 與 GPU 的工作。換句話說，它能夠直達 AMD 計算接口最底層。

不過，這聽起來可能還是要比實際情況夸張得多，因為 AMD 內核驅動（此處并未被 AI 代碼替換）仍然完成了幾乎所有繁重的工作。Python 層只是簡單地構建命令包，并通過現有的內核 API 將它們發(fā)送出去。

這可能有點像用一臺筆記本電腦臨時作為汽車發(fā)動機的 MCU 控制器，它雖然不會被用作長期駕駛，但確實是一個非常實用的診斷工具。關鍵在于，這套新代碼能夠以一種非常可控的方式與 GPU 硬件進行交互，而無需中間那整套 ROCm 軟件棧。

Elangovan 認為，這使得該項目對調試和實驗非常有用。工程師可以借此隔離 ROCm 中的 Bug，或者測試特定的 GPU 功能，而無需編譯龐大的 C++ 項目。據稱，這個原型已經能夠處理一些實際任務，包括命令隊列創(chuàng)建、內存分配、計算調度包以及 CPU-GPU 時間線信號同步。

另一個能說明該項目用途的地方在于，Elangovan 所提交的發(fā)行說明提到了一種“為未來裸機 PCI（AM）后端設計的可插拔架構”。

這個說法聽起來很前衛(wèi)，AM 后端將繞過內核驅動，直接通過 PCI 與 GPU 通信。這種設置通常用于硬件啟動、診斷或極低級別的測試環(huán)境，而非面向消費者的軟件；繞過內核驅動會破壞所有依賴該驅動所提供功能（如多任務處理、虛擬 GPU 內存和 DRM）的特性。

聽到這里，可能依然有人希望它最終能演變成一個真正能日常使用的 Radeon 驅動，但很抱歉，這種可能性微乎其微。生產級的 GPU 驅動是絕對的大項目，其中包含了著色器編譯器、內存管理器、電源管理、安全層，以及對 Vulkan 和 OpenGL 等復雜 API 的支持，而這些內容在這個實驗項目中都不存在。

Elangovan 這次展示的，其實是 AMD 的 Linux 內核接口足夠開放和模塊化，以至于人們可以用高級語言編寫腳本來與之交互。除此之外，這同時也說明了他真的很喜歡用 Claude Code 寫代碼。