
Linux 6.18-RC2 тепер доступні Після тижня роботи, зосередженої на виправленні помилок, з метою зробити серію 6.18 наступне ядро LTS коли стабільна версія вийде на початку грудня. Реліз містить виправлення, розподілені по всьому дереву помилок, що є результатом раннього тестування, яке виявило регресії та проблеми з конфігурацією.
У проекті йдеться про цикл без суттєвих невдач: хоча ця ітерація дещо об'ємніша через rc1 регресії виявлені автоматичними системами, подібними до Linux 6.17-RC1, деякі з них були незначними або пов'язаними з тестовим середовищем, як-от випадки в QEMU на SH4 з порядком байтів від верхнього до нижньогоЗалишаються відкриті питання, але напрямок позитивний, і поведінка циклу вважається нормальною.
Загальні виправлення в Linux 6.18-rc2
Оскільки вікно інтеграції закрито, rc2 включає виправлення в кількох підсистемах, з особливою присутністю в графічні драйвери, коригування форматування коду та документації в Rust, а також зміни в обробці причин перезапуску на платформах AMD Zen, щоб уникнути отримання інформації застарілий або оманливий при запуску.
Графіка: Що нового в підсистемі DRM?
До випуску rc2 щотижневі виправлення DRM розсилалися зі звичайним акцентом на Intel і AMDУ цій публікації висвітлено кілька коригувань, підтримуваних Intel, на які варто звернути увагу.
- Водій Intel Xe Увімкнення гейтування медіасемплера на платформах до Xe2 щоб зменшити витрату палива, коли ці двигуни працюють на холостому ходу. Це покращення впливає на тих, хто використовує Xe через force_probe замість i915, шлях, який може забезпечити кращу продуктивність порівняно зі старим кодом.
- Файл налагодження DebugFS powergate_info Він також повідомляє про стан вимкнення медіасемплера, що корисно для перевірки активності режиму енергозбереження.
- Деактивація встановлено Самооновлення панелі (PSR) тільки в Місячне озеро а коли активна вибіркова вибірка, захід, який допомагає пом'якшити артефактів рендерингу спостерігалося на попередніх платформах Intel.
- Крім того, готується добірка різноманітних виправлень драйверів. Intel Xe та відеокарта AMDGPU після нещодавнього вікна інтеграції з версією 6.18.
Причина перезавантаження на комп'ютерах AMD Zen
Що стосується x86, rc2 вводить зміну, щоб запобігти оманливим повідомленням про причини перезавантаження системи на машинах з AMD ZenІноді регістр S5_RESET_STATUS не оновлювався або не очищався апаратним забезпеченням, що могло призвести до давні сліди що сплутало діагноз після випадкового перезавантаження.
Щоб вирішити цю проблему, ядро записує зчитане значення назад у регістр (схема типу запис-1-для-очищення з причини бітів), що забезпечує видалення старих записів та збереження іншої необхідної інформації. Цей параметр вводиться в дію 6.18-rc2 і було позначено для включення до стабільних гілок, із запланованим зворотним портом із серії 6.17.
Rust для Linux: оновлений формат та посібники
Зміни також були застосовані до перевірки формату коду. Іржа Після критики щодо того, як rustfmt стискає імпорт в один рядок, що збільшує ймовірність конфліктів під час злиття або перебазування. Рішенням є очищення дерева, щоб воно було... засіб для очищення від іржі і задокументуйте простий трюк (заключний коментар) у посібнику, щоб підтримувати стабільність імпорту, доки не з'явиться більш надійний підхід.
Це згладжує тертя в робочому процесі Rust для Linux, зменшуючи інтеграційні конфлікти та уникнення непотрібних косметичних змін, які перешкоджають переглядам.
Стан циклу та що далі після Linux 6.18-rc2
Сам Лінус зазначив, що, хоча ця rc2 дещо більша, згідно з початковими звітами, прогрес досягається поступово, і немає причин для занепокоєння. Якщо темпи збережуться, гілка 6.18 має дебютувати як стабільна на початку 2018 року. Грудень і, якщо не буде несподіванок, стати LTS для цього покоління.
Linux 6.18-rc2 робить ще один крок вперед з відчутними виправленнями графіка, налаштування форматування в Rust та покращена надійність звітування про причини перезапуску на AMD Zen, а також продовження полірування регресій, виявлених під час раннього тестування.