AMD показала необычный эксперимент в Linux-стеке: корпоративный вице-президент Anush Elangovan собрал прототип пользовательского compute-драйвера Radeon на Python и заявил, что сгенерировал код через Claude Code, «не открыв редактор ни разу».
Звучит как сенсация про «драйверы на нейросетях», но по факту речь про диагностический инструмент. Он не заменяет штатные драйверы и не трогает ядро. Он нужен, чтобы напрямую дергать нижний публичный слой интерфейсов AMD в Linux.
Что именно сделал прототип и где он работает
В обычной жизни вычисления на Radeon в Linux идут через многослойный стек вокруг ROCm. Приложение общается с библиотеками ROCm, те — с рантаймами в user-space, а дальше команды уходят в kernel-драйвер AMDGPU.
❗️ ПОДПИСЫВАЙСЯ НА НАШ КАНАЛ В ДЗЕНЕ И ЧИТАЙ КРУТЫЕ СТАТЬИ БЕСПЛАТНО
Прототип Elangovan режет этот путь. Его Python-код общается напрямую с ядром через device-ноды /dev/kfd и /dev/dri/render*. На этом уровне он уже умеет делать вещи, которые обычно скрыты за ROCm-обвязкой:
- Выделение памяти на GPU: создание и управление буферами через интерфейсы ядра
- Создание compute-очередей: формирование очередей команд для вычислений
- Отправка command packets: сборка и сабмит пакетов команд в драйвер ядра
- Синхронизация CPU и GPU: примитивы ожидания и согласования работы
Ключевой момент: тяжёлую работу всё равно делает kernel-драйвер. Python-слой только формирует пакеты и отправляет их через существующие API ядра.
Почему это не «Python-драйвер для всех», а тестовый стенд
Inspired by @__tinygrad__ userspace AMD driver, I clauded a userspace driver for some stress testing of SDMA and compute/comms overlap debug. I didn’t open the editor once. Agents are the great equalizer in software. And Speed is the moat. https://t.co/pc9dDWKTnPMarch 4, 2026
Если вы ждали «драйвер на Python», который завтра заменит ROCm или Mesa, то нет. В прототипе нет ни компиляторов шейдеров, ни менеджеров памяти уровня продакшена, ни управления питанием, ни слоёв безопасности. И, конечно, нет поддержки больших графических API вроде Vulkan или OpenGL.
Зато для инженеров это удобный тестовый стенд. Он помогает изолировать проблемы в ROCm и воспроизводить поведение железа без сборки больших C++-проектов. Сам Elangovan описал цель как стресс-тесты и отладку перекрытия SDMA с compute/communications.
Ещё одна деталь видна по формулировкам в коде: упоминание «pluggable architecture for future bare-metal PCI (AM) backend». Это намекает на потенциальный бэкенд, который будет обходить даже kernel-драйвер и общаться с GPU напрямую по PCI. Такой режим обычно нужен для bring-up железа и низкоуровневой диагностики, но для обычной системы это ломает привычные вещи: многозадачность, виртуальную память GPU и DRM-инфраструктуру.
Где тут ИИ и что в этом реально полезного
Самая громкая часть истории — способ разработки. Elangovan прямо написал, что собрал прототип через Claude Code и «не открывал редактор ни разу». Цитата из его поста: «Agents are the great equalizer in software. And Speed is the moat».
Практический вывод для Linux-мира простой: интерфейсы AMD в ядре достаточно открыты и модульны, чтобы поверх них можно было быстро накидать управляемый «скриптовый» слой. Для отладки это иногда ценнее, чем ещё один абстрактный слой в ROCm.
❗️ ПОДПИСЫВАЙСЯ НА НАШ КАНАЛ В ДЗЕНЕ И ЧИТАЙ КРУТЫЕ СТАТЬИ БЕСПЛАТНО
Публично об эксперименте Elangovan рассказал 4 марта 2026 года.
Полезные ссылки по теме: разбор проекта, пост с цитатой и датой.
Подписывайтесь на наши каналы в Telegram и Дзен, чтобы узнавать больше. И делитесь своим мнением и опытом в нашем чате.
Вице-президент AMD «написал» Python-драйвер Radeon для Linux с ИИ ⚡️