«Отец» Linux снова не сдержался: Линус Торвальдс раскритиковал изменения для Linux 7.0, назвав их «мусором» и «непротестированным барахлом». Под удар попал целый пакет патчей, касающихся подсистемы работы с флеш-памятью MMC (MultiMediaCard), подготовленный к включению в будущий релиз ядра.
Разработчики предлагали расширить поддержку оборудования и улучшить работу с накопителями: добавить новые устройства, оптимизировать механизм безопасного стирания/TRIM для отдельных eMMC-карт, улучшить драйверы и провести чистку кода. На практике же, по мнению Торвальдса, набор изменений оказался сырым, плохо проверенным и ломал сборку ядра.
Что именно хотели изменить в Linux 7.0
Пакет правок для подсистемы MMC включал несколько заметных новшеств:
- добавление идентификаторов устройств NXP IW61x для модулей Wi‑Fi, работающих через интерфейс SDIO;
- улучшение поддержки устройств с датой производства после 2025 года;
- оптимизацию безопасного стирания/TRIM для некоторых eMMC‑карт Kingston;
- поддержку мобильного процессора MediaTek MT8189 в драйвере mtk-sd;
- обновления драйверов SHDCI;
- рефакторинг и очистку кода DW_MMC.
То есть речь шла не о косметических изменениях, а о полноценном расширении аппаратной поддержки и улучшении работы с флеш‑памятью — критически важной для встраиваемых систем, смартфонов, планшетов и множества потребительских и промышленных устройств.
Однако все эти планы были перечёркнуты одним решением: Торвальдс отказался вносить пакет патчей в основное дерево ядра.
«Сплошной мусор» и «непротестированное барахло»
Реакция Линуса была резкой даже по его привычным стандартам. В своём комментарии он назвал предложенные изменения «complete garbage» и «untested crap», что в пересказе звучит как «сплошной мусор» и «непротестированное барахло».
Причина недовольства оказалась не только в стиле кода или архитектурных решениях, а в самом базовом — в отсутствии должного тестирования. Торвальдс подчеркнул, что патчи не проходили нормальную проверку в составе так называемого интеграционного тестового дерева linux-next. Это дерево используется для ранней интеграции и тестирования изменений перед тем, как они попадают в основную ветку — там выявляются конфликты, проблемы совместимости и ошибки сборки.
По словам Торвальдса, включение предложенного кода в ядро приводило к тому, что готовую сборку попросту нельзя собрать: компиляция завершалась с ошибкой. Для человека, который десятилетиями добивается предсказуемости и стабильности разработки ядра, подобное — не просто недоработка, а прямое нарушение базовых правил.
Почему Linux 7.0 особенный
Linux 7.0 должен выйти в апреле 2026 года сразу после релиза Linux 6.19. Версий с номерами 6.20, 6.21 и последующих не будет — Торвальдс открыто признаётся, что схема нумерации для него в том числе вопрос удобства и «личной эстетики». В шутливой форме он связывал смену мажорной версии с количеством пальцев на руках и ногах, давая понять, что не стремится к строгой или «маркетинговой» логике версий.
Тем не менее смена первой цифры в версии ядра всегда воспринимается как некий психологический рубеж. От Linux 7.0 ожидают не только традиционного набора улучшений драйверов, но и серьёзных обновлений подсистем, оптимизации производительности и расширения поддержки современного «железа». На этом фоне отказ включать блок правок по MMC выглядит особенно показательно: даже важность направления не стала поводом закрыть глаза на качество.
Торвальдс и его стиль общения: грубость как инструмент или проблема?
Создатель Linux с 1991 года остаётся фактическим руководителем разработки ядра и финальным арбитром, который решает, какие изменения попадут в релиз. За это время он выработал жёсткий и часто крайне резкий стиль коммуникации. В публичных обсуждениях он не стесняется выражений, порой переходит на личные выпады и язвительные замечания.
С годами ситуация не смягчилась — напротив, вспышки его раздражения стали более заметными на фоне выросшего масштаба экосистемы. Вспоминают случаи, когда Торвальдс разносил патчи за «излишнюю грамотность» в документации или за попытки сделать изменения «слишком элегантными», с его точки зрения — в ущерб простоте.
Такая манера нередко приводит к тому, что разработчики, в том числе достаточно опытные и ключевые для проекта, предпочитают уйти, не желая мириться с публичными унижениями и жестким тоном главы проекта. Возраст и статус Торвальдса только усиливают контраст между его ролью и его высказываниями.
На этот раз критика не только эмоциональная
Однако в текущей истории с подсистемой MMC претензии Торвальдса нельзя списать лишь на «плохое настроение». Между эмоциональными заявлениями он указал на конкретные, технически проверяемые проблемы: из-за внесенных изменений ядро не собирается, а патчи не прошли должный цикл интеграционного тестирования.
Фактически он обвинил авторов правок в том, что они попытались протолкнуть сырой код, не проверив его в стандартной для проекта инфраструктуре тестирования. Для Linux, который используется от смартфонов до суперкомпьютеров, подобное считается недопустимым.
Поэтому в данном случае всплеск грубости оказался подкреплён реальными аргументами: критика касается не субъективных вкусовых моментов, а объективной работоспособности ядра и процессов разработки.
Санкция от Торвальдса: бан на весь жизненный цикл Linux 7.0
В отличие от многих прошлых случаев, когда дело ограничивалось жёстким разбором и требованием все переписать, на этот раз Торвальдс ввёл и дисциплинарную меру. Он заявил, что не примет патчи от этих разработчиков в течение всего жизненного цикла Linux 7.0.
Это означает, что авторам придётся ждать начала работы над релизом Linux 7.1. Только с началом нового цикла слияния изменений они смогут повторно предложить свои наработки. При этом будет обязательным полноценное тестирование — в том числе в составе linux-next и с учётом всех ранее обнаруженных проблем.
С практической точки зрения это замедлит появление поддержки ряда устройств, которые должны были заработать с новыми патчами. Однако с точки зрения качества проекта такой шаг показывает, что для лидера разработки важнее предсказуемость и стабильность, чем скорость внедрения.
Сдвиг сроков для подсистемы MMC
Предложенные изменения для подсистемы MMC официально отложены до начала периода слияния для Linux 7.1. Ориентировочно это середина апреля 2026 года. На этот срок разработчикам придётся переписать часть кода, убедиться в его корректной работе и пройти полный тестовый цикл.
Для производителей оборудования и пользователей, зависящих от поддержки NXP IW61x, новых eMMC‑карт и чипа MediaTek MT8189, это означает, что интеграция в основное ядро задержится, даже если патчи уже есть и технически готовы. Потенциально такие устройства могут получать поддержку через патчи от дистрибутивов или сторонние ветки, но статус в «ванильном» ядре при этом будет отсутствовать до релиза 7.1.
Почему Торвальдс так жёстко относится к тестированию
Код ядра Linux — это фундамент, на котором строятся бесчисленные системы, от бытовых роутеров и устройств «умного дома» до индустриальных контроллеров и критически важных серверов. Любая ошибка на этом уровне может приводить не просто к сбоям, а к потерям данных, отказу оборудования или уязвимостям в безопасности.
Именно поэтому в сообществе ядра за годы сформировалась строгая культура ревью и тестирования. Патчи проходят несколько уровней проверки: от мейнтейнеров подсистем до интеграции в linux-next. Выявление ошибок на ранней стадии — критично. Попытка обойти эти процессы или пренебречь ими воспринимается как нарушение негласного договора между разработчиками.
Торвальдс, как человек, который несёт публичную ответственность за качество ядра, реагирует на подобные случаи максимально резко. Его логика проста: если промахи в тестировании пропускать, это создаст опасный прецедент и в дальнейшем снизит планку качества. Отсюда и столь жесткие формулировки в адрес авторов патчей.
Что означает отказ для сообщества разработчиков ядра
История с MMC‑подсистемой — наглядный сигнал для всех, кто работает над драйверами и низкоуровневыми изменениями в Linux. Перед отправкой патчей недостаточно просто «собрать у себя» и убедиться, что на одном‑двух устройствах всё функционирует. Необходимо:
- интегрироваться с существующей инфраструктурой тестирования;
- проверять код в linux-next;
- отслеживать конфликты с другими изменениями;
- оперативно реагировать на замечания ревьюеров.
В противном случае даже важные и востребованные изменения могут быть отложены на месяцы, а репутация конкретных авторов в глазах главного мейнтейнера серьёзно пострадает. В крупном и зрелом проекте, каким является ядро Linux, «личный кредит доверия» имеет большое значение.
Баланс между скоростью развития и надёжностью
Ситуация вокруг Linux 7.0 подчёркивает вечную дилемму крупных open source‑проектов: как совместить быстрое развитие и постоянное расширение функциональности с жёсткими требованиями к стабильности.
Производители железа и интеграторы заинтересованы в том, чтобы их устройства как можно быстрее попадали в основную ветку ядра. Это упрощает поддержку, снижает затраты и повышает конкурентоспособность. В то же время сообщество ядра отвечает не перед отдельными вендорами, а перед всей экосистемой — миллионами пользователей и тысячами компаний.
Отказ Торвальдса включать «сырые» патчи в Linux 7.0 — это выбор в пользу надёжности и предсказуемости, даже если за это приходится платить задержкой поддержки нового оборудования. В долгосрочной перспективе такой подход укрепляет доверие к Linux как к технологической платформе.
Чему учит этот конфликт
История с «барахлом и мусором» вокруг MMC‑подсистемы в Linux 7.0 показывает сразу несколько важных моментов:
1. Стандарты качества для кода ядра остаются крайне высокими, независимо от статуса автора или важности изменений.
2. Недостаточное тестирование — гарантированный путь к отклонению патчей, даже если функциональность объективно полезна.
3. Резкость Торвальдса может нравиться или раздражать, но за ней в данном случае стоит реальная забота о целостности и работоспособности системы.
4. Разработчикам, работающим с низкоуровневым кодом, нужно закладывать в планы время не только на написание, но и на полноценную проверку, интеграцию и исправление замечаний.
В ближайшие месяцы станет ясно, насколько быстро авторам спорных патчей удастся учесть все замечания, пройти через «фильтр» linux-next и вернуться к обсуждению изменений уже в контексте Linux 7.1. А для всей экосистемы Linux эта история остаётся напоминанием: даже в эпоху гонки технологий и новых устройств фундамент должен быть проверен до последней строчки кода.
