Споры вокруг использования ИИ не утихают, но очевидно, что такие инструменты проникают во всё больше областей повседневной разработки ПО. Разработка ядра Linux, судя по всему, не исключение.

Создатель Linux Линус Торвальдс рассказал, что использовал ИИ, когда разбирался с особенно неприятной ошибкой повреждения памяти в графическом драйвере Intel Xe для ядра. Сам процесс он описал как “отладочную сессию из ада”.

Проблема затрагивала обработку памяти Flat CCS в драйвере Xe DRM. На собственной системе Торвальдса с Intel Battlemage G21 и 16 ГиБ видеопамяти она приводила к чёрному экрану: GDM раз за разом перезапускал композитор.

Причина оказалась на удивление маленькой ошибкой. Функция get_flat_ccs_offset() вычисляла адрес начала зарезервированной области CCS, а затем округляла его вверх до границы 128 КиБ. Однако всё, что находилось ниже этого вычисленного адреса, после этого передавалось аллокатору VRAM как пригодная для использования память.

В результате первая отправка команд на GPU со стороны композитора завершалась ошибкой, GDM перезапускал его, и машина оставалась с чёрным экраном. По словам Торвальдса, само исправление оказалось почти до смешного маленьким, но путь к нему был совсем не простым.

Торвальдс рассказал, что в ходе расследования потребовалось 24 патча с постепенным добавлением отладочной информации и 18 загрузок ядра, прежде чем проблему удалось локализовать. Именно на этом этапе в дело вступил ИИ.

По его словам, ИИ выполнял большую часть повторяющейся работы: добавлял отладочный код и анализировал полученную информацию, пока он направлял процесс. Торвальдс отметил, что ИИ несколько раз приходил к выводу, что проблему решить невозможно, и предлагал просто написать отчёт. Но Торвальдс не отступал.

Получив команду продолжить, ИИ создавал новые отладочные инструменты и анализировал результаты, пока не удалось изолировать исходное повреждение памяти. После завершения расследования Торвальдс даже доверил ИИ написать развёрнутое сообщение коммита с описанием проблемы.

Этот случай хорошо вписывается в заметно более прагматичную публичную позицию Торвальдса по ИИ.

В октябре 2024 года его взгляд был заметно более скептичным. Выступая на Open Source Summit в Вене, Торвальдс говорил, что ИИ действительно интересен и, вероятно, изменит мир, но сетовал, что индустрия вокруг него переполнена шумихой.

Однако с тех пор его позиция стала заметно более конкретной. Во время обсуждения правил для создаваемых инструментами изменений в ядре Linux в январе 2026 года Торвальдс выступил против превращения документации ядра в манифест за или против ИИ. По его мнению, ИИ нужно считать просто ещё одним инструментом разработки, а обычные требования к ответственности, ревью и качеству должны сохраняться.

К июлю 2026 года Торвальдс высказался ещё более однозначно. Отвечая на критику разработки с использованием ИИ в списках рассылки ядра, он заявил, что Linux не является проектом, направленным против ИИ, и назвал ИИ ещё одним доступным разработчикам инструментом. Его полезность, по словам Торвальдса, уже не вызывает серьёзных сомнений.

Если коротко, позиция Торвальдса сводится к тому, что технологию нужно оценивать по результатам, а не отвергать лишь потому, что в работе участвовал ИИ. Последний случай с отладкой Intel Xe, вероятно, один из самых наглядных примеров того, что он имеет в виду.

В итоге после 24 отладочных патчей и 18 загрузок ядра всё расследование свелось к замене неправильной функции round_up() на round_down(). Иногда за самыми маленькими исправлениями в ядре стоят самые длинные истории.