8 февраля 2026 года Линус Торвальдс выпустил Linux 6.19 с сопроводительным письмом, выдержанным в его фирменном стиле: немного юмора про рекламу Супербоула, благодарность мейнтейнерам и небрежно брошенная фраза, которую сообщество ждало давно. "Я добрался до точки, где большие числа меня путают, так что следующее ядро будет называться 7.0," написал он. Эра шестой ветки завершилась. За четыре года ядро успело пройти через 19 релизов, принять вклад тысяч разработчиков и обрасти техническими возможностями, о которых в 2022 году говорили как о перспективных. Теперь всё это становится фундаментом для следующего поколения.
Почему счёт идёт до 19 и цифра 7.0 не значит то что кажется
Переход с 6.x на 7.0 не означает технического разрыва с прошлым. В ядре Linux нет семантического версионирования: номер версии не сигнализирует о несовместимых изменениях, о новой архитектуре или о наборе функций, достигших некоего порога зрелости. Это просто число. Торвальдс объяснял свою логику вполне буквально: когда число минорных версий в серии перестаёт помещаться на пальцах рук и ног, пора переходить к следующему мажорному номеру.
Эта закономерность установилась ещё в эпоху 3.x: серия дошла до 3.19, затем вышла 4.0, потом 5.x закончилась после 19 релизов, и вот 6.x повторяет тот же путь. Единственным исключением оказалась серия 4.x, успевшая добраться до 4.20 и едва не породившая 4.21, но Торвальдс тогда вмешался раньше. Теперь традиция восстановлена в чистом виде.
Как поясняется в истории версий ядра, с версии 3.x минорные номера сознательно ограничиваются примерно двадцатью, чтобы не создавать ложного впечатления, будто переход, например, с X.30 на X.31 несёт меньше изменений, чем переход с X.1 на X.2. Любой релиз по своему содержанию примерно равноценен любому другому. Что действительно имеет значение, так это статус долгосрочной поддержки: Linux 6.19 не является LTS-релизом, а Linux 6.18 остаётся LTS-версией 2025 года с гарантированной поддержкой до декабря 2027 года.
Live Update Orchestrator как главный технический итог шестой ветки
Среди технических нововведений Linux 6.19 одно выделяется настолько, что его масштаб трудно оценить без контекста. Подсистема Live Update Orchestrator (LUO), построенная на базе Kexec HandOver, позволяет полностью заменить ядро без остановки системы, сохраняя состояние устройств, памяти, прерываний и даже операций DMA.
Это принципиальный сдвиг. Раньше "живое" обновление ядра ограничивалось механизмом livepatch, который позволял точечно исправлять уязвимости, не перезагружая машину. Но замена всего ядра целиком при работающей системе оставалась задачей без решения. Теперь она решена. В крупных дата-центрах перезагрузка тысяч машин ради обновления ядра означала часы потерянного времени. Именно для таких сред LUO меняет правила: обновление становится процедурой без окна простоя, а не событием, требующего согласования с командами, которые держат на этих машинах критичные процессы.
LUO базируется на ранее добавленном механизме KHO и решает несколько задач одновременно: сохранение состояния устройств и оперативной памяти, обеспечение непрерывности DMA-операций и обработки прерываний при переходе от старого ядра к новому. Клей между двумя состояниями системы написан аккуратно: новое ядро получает от старого полный снимок мира и продолжает работу с той точки, где старое остановилось.
Безопасность на уровне шины и что изменилось в работе с виртуальными машинами
Шифрование трафика PCIe позволяет защищать обмен данными между конфиденциальными виртуальными машинами и устройствами: трафик между ВМ и устройством шифруется и аутентифицируется прямо на шине, так что хостовая ОС или другие устройства не могут перехватывать DMA-трафик, наблюдать за ним или вносить в него данные.
Это важная деталь для облачных сред, где физический хост принадлежит одному провайдеру, а арендатор запускает на нём рабочие нагрузки с чувствительными данными. Сценарии AMD SEV-SNP и Intel TDX позволяют изолировать виртуальные машины от гипервизора на уровне шифрования памяти, но до 6.19 трафик между ВМ и устройствами на PCIe-шине оставался потенциально уязвим для хостовой ОС. Теперь эта брешь закрыта на уровне самого ядра.
Среди других заметных изменений в области безопасности: Intel LASS для линейного разделения адресного пространства, оптимизации AES-GCM для AMD Zen 3 и процессоров с AVX-512, обновлённая обработка микрокода Intel для поддержки бинарных файлов большего размера и поддержка хэшей SHA-3 и BLAKE2b в криптографической подсистеме. Параллельно в ядро интегрированы Kernel Credential Guards и инструмент klp-build для генерации livepatch-модулей непосредственно из патч-файлов.
Rust в ядре набирает обороты и меняет облик разработки драйверов
В Linux 6.19 появилось больше возможностей по работе с Rust для сборки ядра с использованием только стабильных функций этого языка программирования. Это не просто эксперимент: поддержка Rust в ядре Linux эволюционирует от набора патчей к системной инфраструктуре. В 6.19 драйверы I2C и PWM получили Rust-абстракции, Rust-модули теперь поддерживают параметры командной строки при загрузке, а работа над драйвером NVIDIA Nova на Rust продолжается как показательный пример перевода крупного графического стека на безопасный системный язык.
Зачем это нужно? Rust устраняет целый класс ошибок, характерных для C: использование памяти после освобождения, гонки данных, выход за границы буфера. В ядре, где подобные ошибки напрямую превращаются в уязвимости, возможность писать новые компоненты на языке с жёсткими гарантиями безопасности памяти имеет практическую ценность, а не декларативную. Сообщество ядра движется к модели, в которой новые драйверы по умолчанию пишутся на Rust, а C остаётся для существующего кода.
Поддержка архитектур и что получили RISC-V LoongArch и ARM
В ядро добавлена поддержка SoC и плат на базе RISC-V: OrangePi R2S, OrangePi RV, Anlogic DR1V90, а также Tenstorrent Blackhole с нейронными процессорными блоками на кастомных "Tensix"-ядрах, управляемых RISC-V ядрами SiFive X280. Параллельное горячее подключение процессоров для RISC-V означает, что эта архитектура продолжает движение в сторону серверных сценариев, где добавление вычислительных ресурсов без остановки системы является базовым требованием.
LoongArch получил поддержку 32-битного варианта LoongArch32 в дополнение к существующей 64-битной реализации. Это расширяет применимость архитектуры, созданной на базе разработок Loongson, на встраиваемые системы и устройства с ограниченными ресурсами. Среди ARM-новшеств: интеграция MPAM (Memory Partitioning and Monitoring) как аналога Intel Resource Director Technology и добавление поддержки различных плат и SoC на MediaTek, Qualcomm и других платформах.
Статистика релиза говорит сама за себя: в новую версию ядра принято 15657 исправлений от 2237 разработчиков, размер патча составляет 52 МБ, изменения затронули 13682 файла, добавлено 794649 строк кода и удалено 335498. Около 40% изменений связаны с драйверами устройств, 13% затрагивают аппаратно-специфичный код, 12% относятся к сетевому стеку.
Дорожная карта к Linux 7.0 и куда попадёт новое ядро
Окно слияния для Linux 7.0 открылось 9 февраля, первый релиз-кандидат RC1 ожидается 22 февраля 2026 года. Далее каждую неделю будет выходить очередной RC до финального релиза, который, по расчётам, придётся на середину апреля. Если цикл уложится в семь RC, финальная версия выйдет 12 апреля; если Торвальдс решит добавить дополнительный кандидат, как это было с 6.19, дата сдвинется на 19 апреля 2026 года.
Выбор даты не случаен: Linux 7.0 должен войти в Ubuntu 26.04 LTS в качестве ядра по умолчанию. Ubuntu 26.04 является следующим долгосрочным релизом дистрибутива с пятилетней поддержкой, и именно это ядро многие миллионы пользователей и серверных установок получат как стандартное на годы вперёд. Тем временем пользователи rolling-дистрибутивов, таких как openSUSE Tumbleweed и Arch Linux, первыми получат Linux 6.19 в ближайшие недели.
Смена номера ветки с 6 на 7 происходит тихо и без деклараций о переломном моменте. Ядро Linux так не работает. Оно движется непрерывно, накапливая изменения в каждом цикле, не останавливаясь для "большого релиза" и не объявляя о революциях. Именно эта методичность и сделала его тем, чем он является: основой, на которой работает большинство серверов мира, все Android-устройства, облачная инфраструктура и всё больше встроенных систем. Число 7.0 в этой истории просто означает, что пальцев на руках и ногах у Торвальдса снова хватает, чтобы считать дальше.
Канал сайта в Telegram
Канал сайта на YouTube