Вышел седьмой кандидат в релиз Linux 7.0: в него вошли исправления драйверов, заметный патч для Wi‑Fi Qualcomm и обновление документации по безопасности — с прицелом на то, что баги всё чаще помогают оформлять ИИ‑ассистенты. Финальный релиз Linux 7.0 ожидается уже на следующей неделе, если тестирование не выявит сюрпризов.
В ветке Linux 7.0 появился новый кандидат в релиз — 7.0-rc7. Это очередной еженедельный «срез» исправлений перед финальной версией, и на этом этапе обычно хорошо видно, насколько спокойно идёт доводка ядра.
Когда ждать Linux 7.0
По плану стабильный Linux 7.0 должен выйти 12 апреля 2026. При этом разработчики оставляют себе запасной сценарий: если за неделю всплывут неприятные регрессии, возможен дополнительный релиз-кандидат — тогда финальная версия сдвинется на 19 апреля 2026.
Что реально изменилось в rc7
В rc7 снова много «обычной» работы: драйверы, сетевой стек, USB, звук, точечные правки по ядру и файловым системам. Но есть несколько изменений, которые понятны даже без погружения в патчи и при этом влияют на повседневный опыт.
1) Документация по безопасности — с прицелом на ИИ‑помощников
В релиз-кандидат добавили и расширили материалы, которые помогают оформлять более качественные отчёты об уязвимостях и ошибках, в том числе в ситуациях, когда часть рутины берут на себя ИИ‑инструменты (например, при первичном анализе логов, формировании черновика отчёта или структурировании воспроизведения).
Почему это важно: ядро — проект огромного масштаба, и скорость исправлений упирается не только в способность «починить», но и в способность понятно описать проблему: где проявляется, как воспроизвести, какова область влияния, какие версии и конфигурации затронуты. Чем аккуратнее оформлен баг‑репорт, тем меньше времени тратится на уточняющие вопросы — и тем быстрее проблема превращается в патч.
2) Исправление производительности для Wi‑Fi-драйверов Qualcomm
В rc7 вошёл патч, который правит производительность в драйверах ath11k и ath12k (семейства Atheros/Qualcomm). Отдельно отмечается, что проблема тянулась с момента появления этих драйверов — то есть речь не о мелком тюнинге, а о давней особенности, которую наконец «дожали» до исправления.
Практический эффект: улучшения такого класса чаще всего ощущаются как «сеть стала ровнее»: меньше неожиданных провалов по скорости/задержкам, стабильнее работа под нагрузкой, меньше раздражающих микроподвисаний в сценариях, где Wi‑Fi активно используется параллельно с другими задачами.
3) Поддержка новых геймпадов через XPad
Ещё одна «приземлённая» правка: добавлены новые идентификаторы устройств в драйвер XPad. Благодаря этому Linux 7.0 лучше распознаёт контроллеры Razer Wolverine V3 Pro и Betop KP50.
Такие патчи выглядят маленькими, но для пользователей важны: часто устройство «физически работает», но система не понимает, что это за контроллер, и не включает правильный профиль. Добавление ID обычно означает более корректное определение и меньше ручных плясок с настройками.
4) Продолжение серии фиксов для графических драйверов
В rc7 также вошла очередная порция исправлений в графической подсистеме. Это типично для финальной стадии перед стабильным релизом: «подчистить» заметные баги и регрессии, чтобы пользователи не ловили неприятности сразу после обновления ядра.
Кому стоит обратить внимание прямо сейчас
- Разработчикам и DevOps, которые тестируют новые ядра на рабочих станциях/серверах и отслеживают потенциальные регрессии по сети и драйверам.
- Пользователям ноутбуков/ПК с Wi‑Fi на Qualcomm, особенно если раньше были странности со скоростью или стабильностью.
- Тем, кто играет на Linux и использует геймпады из «не самых стандартных» линеек.
- Командам, которые оформляют security/bug‑репорты и уже вовлекают ИИ‑инструменты в рутинные части анализа.
Что можно сделать на практике
Если вы следите за веткой 7.0, сейчас хороший момент:
- проверить работу вашего оборудования на релиз-кандидате (особенно сеть и графику);
- прогнать привычные нагрузочные сценарии (копирование больших файлов по сети, видеозвонки, игры, сборка проекта, CI-джобы);
- если заметили регрессию — оформить воспроизводимый отчёт: что делали, на какой конфигурации, какая версия ядра, чем отличается от предыдущей.
Финальная неделя перед стабильным релизом — то самое окно, когда обратная связь быстрее всего превращается в исправление.
