Linux 7.3 отримав BIG TCP для тунелів і масштабованіші мережеві правила

Менше конкуренції за RTNL під час роботи з правилами маршрутизації

Ще одна важлива зміна стосується IPv4- та IPv6-правил FIB — бази даних, яку ядро використовує для вибору маршруту. Операції додавання й видалення правил перенесли від широкої серіалізації через RTNL до захисту м’ютексом на рівні окремого fib_rules_ops, де це можливо. RTNL, однак, не зник повністю: він і далі потрібен у деяких сценаріях, зокрема під час шляху fib_unmerge() для першого IPv4-правила.

У стрес-тесті з 4096 мережевими просторами імен, де паралельно додавали по 1024 правила до кожного, час для IPv4 скоротився з 22,752 до 0,918 секунди — приблизно у 24,8 раза. Для IPv6 показник змінився з 35,181 до 1,214 секунди, тобто приблизно у 29 разів. Це демонстрація поведінки в умовах екстремальної паралельної конкуренції, а не прогноз того, наскільки швидше запускатимуться звичайні контейнери.

Супроводжувачі Linux хочуть залучити кілька AI-моделей

Мережевий супроводжувач Jakub Kicinski нарахував 632 патчі у net і 648 патчів у net-next. За його оцінкою, від третини до половини net-next становили низькопріоритетні виправлення, очищення коду або уточнення, створені за участю AI. Це приблизно 216–324 патчі. Kicinski та Paolo Abeni описали ситуацію як таку, що їх «повністю перевантажила».

Як контрзахід Meta надала бюджет і доступ до кількох передових AI-моделей. Їх планують використовувати для первинної перевірки кожного патчу, щоб зменшити ризик галюцинацій, властивих окремій моделі. Автоматизація може охопити керування Patchwork, типові процесні коментарі, редагування повідомлень комітів і, можливо, застосування патчів, які вже перевірили довірені розробники.

Це не означає, що AI замінить супроводжувачів. Людська перевірка залишається критично важливою для рідкісних і чутливих до перегонів станів помилок — наприклад, у сценаріях із помилками PCIe та тайм-аутами. Там потрібно оцінювати не лише API, а й правильну послідовність відновлення обладнання.

Нові драйвери та інші мережеві зміни

Серед інших оновлень мережевої підсистеми:

• для бездротових пристроїв додали початковий драйвер Morse Micro mm81x для Wi‑Fi HaLow із підтримкою USB та SDIO, а також новий драйвер NXPWIFI; робота над MLO триває;
• у дротовій частині з’явився початковий каркас драйвера Intel iXD для підтримки Control Plane PIC Function на IPU/FNIC Intel E2100 і новіших;
• додано початкову підтримку CXL для мережевих карт AMD/Solarflare і можливість прошивання firmware для мережевих карт AMD Pensando;
• MPTCP отримав механізм аварійного очищення черги пакетів, що прибули не по порядку, під час екстремального дефіциту пам’яті. Це функція відновлення та повторної передачі, а не спосіб підвищити звичайну пропускну здатність.
• для AF_UNIX і SCM_RIGHTS покращили повідомлення про відмову LSM під час передавання файлових дескрипторів. Якщо ввімкнено SO_RIGHTS_NOTRUNC, отримувач може визначити відхилений дескриптор і його errno, замість того щоб втрачати решту масиву після першої помилки.

Коли чекати Linux 7.3

Перший release candidate Linux 7.3 очікувався приблизно 30 серпня 2026 року, а стабільний реліз — наприкінці жовтня, якщо цикл розробки відбуватиметься за планом.

Користувачам дистрибутивів із фіксованими релізами доведеться чекати довше: такі системи самостійно обирають версії ядра, переносять потрібні виправлення, тестують їх і лише потім випускають. Rolling-дистрибутиви можуть запропонувати Linux 7.3 раніше. CachyOS є можливим раннім кандидатом, але надані джерела не підтверджують конкретної дати переходу; серпневі образи цього дистрибутива все ще постачалися з Linux 7.1.