Разработчик Герт Вольни собрал 59 коммитов рефакторинга шейдерного компилятора драйвера R600 Gallium3D с помощью GitHub Copilot
Правки приняты в Mesa 26.2 — речь о пользовательской части графического стека, а не о коде ядра Linux
С апреля 2026 года в ядре действует свод правил об ИИ-помощниках: тег Assisted-by обязателен, Signed-off-by ставит только человек
Параллельно в Mesa обсуждают вынос устаревших драйверов, включая R600, в отдельную ветку Amber2
Разработка с ИИ-ассистентом, которую в сообществе иронично называют vibe coding, добралась до графического стека Linux. Поводом стал крупный набор правок для драйвера R600 Gallium3D, который обслуживает видеокарты AMD/ATI Radeon HD 2000–HD 6000. Часть рутинной работы за человека выполнил GitHub Copilot, и это прямо указано в описании коммитов.
Источник изображения — tomshardware.com
59 коммитов за одни выходные
Автор изменений — Герт Вольни, один из немногих, кто ещё занимается кодом r600g. 8 июня 2026 года в основную ветку Mesa 26.2 приняли 59 коммитов подряд: это рефакторинг шейдерного компилятора sfn — бэкенда, который переводит промежуточное представление NIR в машинный код видеокарт архитектуры TeraScale, — плюс сопутствующая чистка.
В описании набора патчей сказано прямо: перестройка кода выполнялась при участии Copilot в автоматическом режиме, отдельные патчи содержат соответствующую пометку. Новой функциональности в этой партии нет — это именно наведение порядка. Однотипные, повторяющиеся правки по всему компилятору как раз тот тип работы, где подсказки модели экономят человеку дни ручного редактирования.
Важно и то, что рефакторинг — наименее рискованный сценарий для машинной помощи: поведение кода не меняется, а значит, результат проверяется существующими тестами и сравнением сгенерированных шейдеров. Ошибка здесь всплывает сразу, а не через полгода в чужой игре.
Почему драйвер тянет один человек
AMD давно свернула работу над этим набором драйверов. R600g покрывает три поколения TeraScale — от Radeon HD 2000 (2007 год) до Radeon HD 6000 (2010 год), а также многочисленные перемаркированные чипы в более поздних сериях. Некоторым из этих ускорителей уже почти 20 лет, официальной поддержки у них нет, всё держится на добровольцах. Сам Вольни в предыдущие годы сделал для r600 бэкенд на NIR и расширил поддержку вычислительных функций.
Отсюда и интерес к ИИ-инструментам: когда драйвер поддерживают один-два человека в свободное время, всё, что сокращает рутину, становится вопросом выживания кодовой базы. Для читателей из СНГ тема не абстрактная: карты этих поколений до сих пор стоят в бюджетных и офисных машинах, а Linux с открытым драйвером остаётся для них едва ли не единственным способом получать современное окружение — проприетарная поддержка от AMD закончилась годы назад.
Важное уточнение: это не ядро Linux
Нюанс, который часто теряется в пересказах: R600 Gallium3D живёт в Mesa — пользовательской части графического стека, а не в ядре. За само железо в ядре отвечает DRM-драйвер radeon, его правки не касались. Соответственно, правила ядра по ИИ-коду формально на Mesa не распространяются: у проекта свои процедуры рассмотрения патчей. Тем не менее общий контекст задаёт именно ядро.
Что решили в ядре Linux по поводу ИИ-кода
В апреле 2026 года вместе с выпуском Linux 7.0 в дерево попал документ Documentation/process/coding-assistants.rst — первый в истории проекта свод правил об ИИ-помощниках. Позиция Линуса Торвальдса сводится к тому, что ИИ — это просто инструмент, а документация не должна вставать ни на сторону паникёров, ни на сторону проповедников «революции в разработке».
- ИИ-агент не может ставить Signed-off-by — удостоверять происхождение кода по DCO вправе только человек;
- при использовании ИИ-инструментов обязателен тег Assisted-by с указанием модели, агента и вспомогательных средств;
- любой сгенерированный код должен быть совместим с лицензией GPL-2.0-only;
- последнее слово остаётся за сопровождающим: патч оценивают по технической ценности, а не по способу написания.
Ответственность за ошибки целиком лежит на человеке, отправившем изменения: он обязан проверить и протестировать результат до публикации. Инструменты автоматического распознавания ИИ-кода при этом не применяются — расчёт на обычное вдумчивое рассмотрение патчей. В июле 2026 года Торвальдс добавил ясности в рассылке ядра: Linux не является «анти-ИИ»-проектом, и тем, кого не устраивает использование ИИ другими участниками, предложено создать собственное ответвление.
Юридическая подоплёка у требования про лицензию вполне конкретная: модель обучалась в том числе на коде под другими лицензиями, и вопрос о том, кому принадлежат права на сгенерированный фрагмент, в судах пока не закрыт. Тег Assisted-by — это как раз способ сохранить прослеживаемость на случай, если ответ появится позже.
Amber2: устаревшим драйверам готовят отдельную ветку
Параллельно в Mesa идёт спор о судьбе старых драйверов. Ещё в апреле 2026 года Майк Блюменкранц из графической команды Valve, известный по работе над Zink, предложил вынести малоподдерживаемые драйверы Gallium3D в отдельную ветку Amber2. Причина прагматичная: такой код регулярно ломает сборочные проверки и мешает крупным чисткам основного дерева.
В список кандидатов попали r300, r600, nv30, nv50, lima, virgl, svga и i915g; обсуждался даже NVC0 — на фоне того, что будущее поддержки видеокарт NVIDIA видят за связкой Zink и NVK. Прецедент имеется: после Mesa 21.3 в 2021 году в ветку Amber уже вывели классические не-Gallium драйверы — Radeon R100/R200, старый Nouveau, а также Intel i915 и i965.
Практическое последствие для пользователя простое: драйвер в отдельной ветке продолжает работать, но перестаёт получать новые возможности и оптимизации — его лишь чинят при явных поломках. Для владельца старой карты это означает, что дистрибутив когда-нибудь придётся зафиксировать на конкретной версии Mesa.
Единодушия нет. Возражающие указывают, что многие из перечисленных драйверов по-прежнему нужны пользователям и продолжают развиваться, а выигрыш от чистки основного дерева на этот раз куда скромнее, чем пять лет назад. Свежая партия коммитов для R600 — как раз аргумент этой стороны: драйвер, получивший 59 патчей за один заход, трудно назвать заброшенным.
Ирония в том, что оба процесса подпитывают друг друга. ИИ-ассистенты снижают порог входа в сопровождение старого кода и продлевают жизнь железу, которому под два десятка лет, но одновременно обостряют вопрос, кто отвечает за качество такого кода. В ядре Linux ответ на него уже сформулирован: человек, поставивший подпись.
