Линус Торвальдс правит ядро Linux вместе с Claude Code

Новую ветку ядра Линус Торвальдс назвал noref-filemap-read-with-llm, и, как пишет Phoronix, суффикс llm в конце указывает на работу с ИИ, а конкретно с Claude Code. Phoronix называет эту работу крупным улучшением ядра Linux, но подробности известны только по коротким выдержкам.

Если вы не следили: по данным It's FOSS, Торвальдс давно работает в режиме мейнтейнера, то есть в основном читает чужой код и сливает пул-реквесты, а патчи сам пишет редко. Там же пишут, что впервые он попробовал ИИ прошлыми рождественскими каникулами, в личном хобби-проекте с Gemini от Google, и поначалу относился к таким инструментам с неприязнью. По данным XDA, сейчас он допускает в ядро код, написанный ИИ, если человек, запустивший агента, берет на себя полную ответственность за последствия.

Баг из коммита 818bebe искали через 24 отладочных патча и 18 загрузок ядра

Опыт Торвальдса с ИИ в ядре начался раньше новой ветки. Коммит 818bebe исправил ошибку в драйвере Intel Xe из подсистемы DRM, которая отвечает за графику. При расчете смещения для хранилища flat CCS, служебной памяти под аппаратное сжатие, драйвер округлял вверх там, где нужно было округлять вниз.

В результате зарезервированная память выглядела как обычная видеопамять, доступная для использования. Само исправление уместилось в одну строку, но чтобы ее найти, понадобилось 24 отладочных патча и 18 загрузок ядра. XDA Developers и It's FOSS сходятся в том, что возиться пришлось долго и что знания самого Торвальдса сыграли в исправлении большую роль.

Кто в этой паре на самом деле дожимал задачу

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

Когда он настаивал, ИИ продолжал добавлять отладочный код и добросовестно разбирал результаты, и в итоге Торвальдс доверил ему написать сообщение коммита, пишет Llms. Какой моделью или инструментом он пользовался в тот раз, по словам It's FOSS, неизвестно. Claude Code в этой истории появляется только вместе с новой веткой, и то со слов Phoronix.

Что правила ядра разрешают делать с ИИ

Помогать можно, подписывать нельзя. По данным WebProNews, правила ядра требуют ставить в сообщение коммита строку Assisted-by: LLM, если помогал ИИ. Подпись Signed-off-by агент поставить не может: удостоверять Developer Certificate of Origin, то есть происхождение кода и право его отправлять, вправе только человек.

Там же приводится позиция Торвальдса из переписки в рассылке linux-media о системе ИИ-ревью кода Sashiko, о которой 16 июля 2026 года написала Ars Technica. ИИ он назвал таким же инструментом, как остальные, и явно полезным, а противникам ответил так:

Linux is not one of those anti-AI projects, and if somebody has issues with that, they can do the open-source thing and fork it. Or just walk away.

По данным WebProNews, Грег Кроа-Хартман показал, что в релизах с 6.9 по 6.19 исправляли в среднем около 500 CVE на выпуск, начиная с 7.0 около 1 000, в Linux 7.2 больше 1 500, а 7.3 может перевалить за 2 000. В анонсе 7.1-rc4 Торвальдс назвал закрытую рассылку по безопасности почти неуправляемой: в 2026 году туда приходит от пяти до 10 отчетов в день против двух-трех в неделю два года назад.

Почему ошибка округления роняла экран входа

По данным Linux Stans, цепочка была такой. Mesa, графическая библиотека в пространстве пользователя, положила таблицу страниц видеокарты в промежуток памяти, который драйвер ошибочно пометил свободным. Оборудование сжатия перезаписало этот участок и стерло запись о буфере команд композитора. Композитор падал на ошибке доступа к памяти, а gdm перезапускался по кругу.

Представьте парковку, где разметчик ошибся на одно место и нарисовал «свободно» поверх площадки, закрепленной за снегоуборщиком. Кто-то паркуется, а утром техника сгребает машину вместе со снегом. Неверная граница находится в драйвере, а симптом проявляется совсем в другом месте, на экране входа в систему.

Про саму ветку noref-filemap-read-with-llm известно мало: название, оценка Phoronix «крупное улучшение» и связь с Claude Code, которую Phoronix тоже выводит из суффикса. Что именно меняется в чтении через filemap, есть ли замеры и сколько кода написал агент, в доступных выдержках не раскрыто. На наш взгляд, суффикс llm прямо в имени ветки удобен: по одному названию видно, где помогал ИИ, еще до строки Assisted-by в коммитах.

Когда noref-filemap-read попадет в ядро

Сроков для ветки noref-filemap-read-with-llm пока не называют: неизвестно, в какой релиз Торвальдс планирует ее влить и сохранится ли пометка об ИИ в итоговых коммитах. С коммитом 818bebe ясности больше: по данным It's FOSS, исправление запланировано на Linux 7.3 и помечено для переноса в стабильные ветки ядра.