Hacker News Digest

Линус Торвальдс выпустил ядро 7.3, не став затягивать с релизом: по его словам, на этой неделе он «каким-то чудом» не потерял счёт дням. Выпуск стал рекордным по всем показателям — 18 765 несливаемых коммитов от 3 021 разработчика, из которых 807 участвовали в разработке ядра впервые. Сразу после релиза открывается окно слияния для 7.4, но Торвальдс предупредил, что из-за ежегодного семейного отпуска будет заниматься слияниями не с утра, а после обеда, проводя большую часть дня на лодке под водой, так что его график какое-то время будет необычным.

Среди значимых изменений — расширения «binfmt_misc», работа по групповому планированию для повышения производительности на больших системах, новая файловая система «failfs», проваливающая все операции, системный вызов fchroot(), глобальные данные per-CPU для программ BPF, завершение функции подпланировщика «sched_ext», отслеживание рабочего набора для виртуальных машин, поддержка альтернативных потоков данных в файловой системе ntfs3 и длинный список улучшений SMB-сервера. Подробности собраны в обзорах окна слияния LWN и на странице KernelNewbies, посвящённой 7.3.

Релиз 7.3 включает ksmbd с поддержкой Time Machine, реализованную обратным инжинирингом и остающуюся проблемной при работе с клиентами Apple из-за ограничений и несовместимости. Добавлен failfs — псевдо-файловая система, где любой путь не существует, обеспечивающая строгую изоляцию процессов через ограничение доступа только к заранее открытым дескрипторам. Улучшена поддержка Apple‐silicon, хотя мнения разделились: некоторые считают темпы быстрыми, другие — лишь стабильными из-за отсутствия GPU и Thunderbolt. Появился первый драйвер Wi‐Fi HaLow (s1g/900 MHz), требующий обновлений hostapd и wpa_supplicant для полноценной работы. Политика ядра допускает использование ИИ при написании патчей при условии раскрытия его применения и оставляет ответственность за качество за человеком. Релиз стал рекордным: 18 765 неконтрольных коммитов от 3 021 разработчика, включая 807 новых участников. Исправлено рекордное количество CVE‐уязвимостей, подчёркивая усиление безопасности. Обсуждается рост количества Rust‐патчей в ядре.

Тимур Кристоф из команды Valve по Linux-графике за год значительно улучшил поддержку старых AMD GPU (GCN 1.0/1.1) в ядре Linux через AMDGPU-драйвер. Его работа позволила перевести эти карты с устаревшего Radeon-драйвера на современный стек, что открыло доступ к RADV Vulkan, повысило производительность и исправило проблемы с управлением питанием и дисплеем. Особенно ценным стал вклад в реализацию soft reset и других низкоуровневых улучшений, сделав десятилетние карты пригодными для Linux-игр в 2026 году и позже.

Ранее AMD почти не уделяла внимания этим архитектурам, но усилия Кристофа компенсировали этот пробел. Как показал релиз Linux 6.19, переход на AMDGPU дал почти 30% прирост производительности для старых Radeon GPU. Его доклад на XDC2026 в Торонто подробно освещает путь от работы в пользовательском пространстве (Mesa) к ядру и практическое влияние на сообщество пользователей legacy-оборудования. Эти изменения делают Linux более жизнеспособной платформой для старых AMD-устройств без необходимости апгрейда.

Работа Тимура Кристофа значительно улучшила жизнеспособность старых AMD GPU под Linux, обеспечив стабильную производительность в играх и GPGPU-нагрузках. Это стало возможным благодаря открытому стеку AMD и вкладу Valve в экосистему. Пользователи отмечают, что старые GPU, такие как HD 7800/7900, теперь работают лучше под Linux, чем под Windows, благодаря переходу на драйверы AMDGPU и RADV Vulkan, что делает их привлекательными при высокой стоимости нового железа. Опыт использования Steam Deck и аналогичных RDNA 2 GPU подтверждает, что Linux часто превосходит Windows в игровой производительности, особенно для не-AAA проектов. Открытость стека AMD и поддержка Mesa позволяют энтузиастам улучшать драйверы, в отличие от NVIDIA, чей Vulkan-стек на Linux менее эффективен из-за закрытости. Рекомендуется покупать старые среднебюджетные GPU для Linux: их драйверы прошли годы QA, оптимизированы в дистрибутивах и не требуют ожидания обновлений ядра. Эти карты полезны не только для игр, но и для GPGPU, кодирования/декодирования видео, дополнительных мониторов, виртуализации и как резервные устройства, продлевая их жизненный цикл. Однако некоторые пользователи опасаются, что даже незначительные изменения в драйверах для устаревших GPU могут нарушить стабильность в продакшен-средах из-за ограниченного тестирования на малом числе оставшихся пользователей. Для LLM-инференса старые GPU неэффективны из-за отсутствия аппаратной поддержки FP8/FP4 и малого объёма VRAM, даже при использовании квантованных моделей, уступая облачным решениям. Вклад Valve в драйверы AMD считается критически важным: он дополняет и улучшает собственные усилия AMD по ROCm, OpenCL и Vulkan, и сообщество призывает к дальнейшему сотрудничеству.

Уязвимость GhostLock (CVE‑2026‑43499) позволяет любому локальному пользователю без привилегий получить контроль над ядром Linux, который живёт в каждом из основных дистрибутивов более 15 лет. По данным исследователей, эксплуатация стабильна в 97 % случаев и уже привела к выплате $92 337 в рамках kernelCTF. Уязвимость появилась в версии 2.6.39 при упрощении PI‑алгоритма rtmutex и оставалась непатченной до версии 7.1; её активация требует лишь включения CONFIG_FUTEX_PI, без необходимости привилегий или специальных настроек. Через простую последовательность системных вызовов можно вытащить указатель на стек ядра, записать его в произвольный адрес и захватить таблицу функций, что в итоге даёт полное повышение прав и побег из контейнеров.

Техническая основа – ошибка в функции remove_waiter() в kernel/locking/rtmutex.c, где при ошибке прокси‑переадресации стека задачи очищается не тот указатель. Это приводит к использованию после освобождения (UAF) стека, который можно инициировать через системный вызов FUTEX_WAIT_REQUEUE_PI. В результате получаем dangling‑pointer к стеку, возможность записать произвольный адрес и перехватить управление, что в конечном итоге приводит к повышению до root. Эта уязвимость позволяет получить контроль над ядром без специальных прав, что делает её критически важной для всех дистрибутивов.

• Обсуждается уязвимость, позволяющая получить root через JavaScript в Firefox на Android, используя Chromium‑based браузер без JS.
• Уязвимость связана с устаревшими функциями ядра (GhostLock) и может привести к привилегированному доступу к системным ресурсам.
• Участники делятся мнениями о влиянии уязвимости на безопасность Android, необходимости обновлений и роли OpenBSD, SELinux и виртуализации.
• Есть споры о том, насколько такие эксплойты делают инфосекурность менее надёжной и требуют ли новых подходов к защите.

Разработчики Linux интегрировали upstream-поддержку для чипа Qualcomm Snapdragon 8 Elite Gen 5 (кодовое имя SM8750) в основное ядро. Это включает DeviceTree для плат sc8280xp, драйверы для Oryon V2 CPU-ядер (10 ядер: 2x Prime @4.32 ГГц, 6x Performance @3.53 ГГц), GPU Adreno 830, NPU Hexagon и модема X80 5G. Поддержка охватывает PMIC PMX65x, дисплеи, камеры, USB4 и аудио.

Интеграция упрощает портирование Linux на смартфоны и планшеты с этим флагманским SoC 2025 года (TSMC 3 нм), ранее зависевшие от вендорских веток. Ключевые ветки: linux-next и lore.kernel.org, с мержем в 6.15-rc. Qualcomm ускоряет upstreaming, что облегчит разработку нативных дистрибутивов вроде postmarketOS.

• Qualcomm upstreams драйверы Adreno gen5 в LKML, хвалят за прогресс в поддержке ARM Linux, но скепсис из-за прошлых неудач (Tuxedo отказывается, X Elite слабо поддержан).
• Мотивация видят как бизнес-решение после провала Snapdragon X на Windows или PR-стунт, а не искреннюю FOSS-поддержку.
• Интерес к Linux на Snapdragon-ноутбуках, планшетах и телефонах; вопросы по AV1, KVM, WiFi, модемам и периферии.
• Критика закрытого boot-chain, проприетарного hypervisor (Gunyah) и отсутствия документации; призывы к полному открытию.
• Сравнения с Apple Silicon; надежды на устройства вроде Framework или PinePhone с этими чипами.

Команда Asahi Linux продолжает работу над поддержкой чипов Apple M3, хотя на данный момент базовая функциональность позволяет только загружать систему до мигающего курсора. Разработчики активно портируют загрузчик m1n1 на язык Rust, что повысит безопасность и поддерживаемость критически важного компонента. Параллельно ведется работа над патчами ядра Linux для версий 6.17 и 6.18, где уже добавлены Device Trees для устройств Apple M2 Pro/Max/Ultra.

Успехи также отмечены в игровой сфере — Wine теперь работает вне muvm, а поддержка графики продолжает совершенствоваться. Несмотря на прогресс с M1 и M2, чипы M3, M4 и недавно анонсированный M5 все еще находятся в стадии обратной разработки. Как отмечают разработчики: "Базовая поддержка M3 существует давно, но она ограничивается возможностью загрузки до мигающего курсора, что полезно только для низкоуровневого реверс-инжиниринга".

• Пользователи обсуждают, что владельцы Mac на M1-M4 чипах по-прежнему не могут полноценно использовать Linux на своих машинах, и это вызывает тревогу, особенно учитывая, что Apple не проявляет особого интереса к поддержке Linux на своих устройствах.
• Участники обсуждения отмечают, что даже несмотря на это, сама по себе поддержка Asahi Linux остается важной, так как она позволяет продлить жизнь этих устройств, когда Apple прекратит поддержку macOS.
• Некоторые участники подчеркивают, что ситуация с Linux на Apple Silicon выглядит как бесконечная борьба, и что это может быть неразрешимой проблемой, если Apple не изменит свою политику.
• Также обсуждается, что в то время как Apple продолжает выпускать новые чипы, Asahi Linux может не успевать за ними, что делает невозможным поддерживать актуальные версии ядра и драйверов.
• Наконец, участники обсуждения отмечают, что существует альтернатива в виде ноутбуков от других производителей, которые лучше подходят для Linux, но они не такие же качественные, как MacBook, что делает выбор сложным для тех, кто предпочитает Linux, но привык к премиальному качеству MacBook.