Hacker News Digest

Проект HackiOS запускает открытое ядро XNU (версия xnu-8796.121.2, ядро iOS 16.5) на аппаратном обеспечении Android-смартфона и поверх него — немодифицированное пользовательское пространство iOS 16.5: launchd, backboardd, SpringBoard и приложения. Это стало возможным благодаря собственному EFI-загрузчику, заменам закрытых драйверов Apple, порту UEFI и драйверу Wi-Fi Linux на слое совместимости. Работает в двух средах: на POCO X5 Pro 5G (Snapdragon 778G) без прошивки — UEFI стартует через fastboot boot, система живёт в оперативной памяти и исчезает после перезагрузки, — и в QEMU на любом компьютере с Linux.

Уже работают экран блокировки, разблокировка свайпом, домашний экран с иконками и обоями iOS, системные жесты, Control Center, приложения (Настройки, Часы, Календарь, Фото, Заметки, Safari), виджеты, тачскрин Goodix GT9916 с мультитач, восемь ядер CPU, GPU Adreno 642L через Mesa/freedreno и Wi-Fi (WCN6750, ath11k) со скоростью 55–90 Мбит/с. Из 456 системных шейдеров 293 уже работают на Adreno. Не работают пока сотовая связь, Bluetooth, зарядка под этим ядром, запись видео и вход в Apple ID из-за отсутствия Secure Enclave. Это исследовательский стенд, а не ROM: сессия длится заданное число секунд, затем ядро передаёт лог загрузчику. Файлы Apple в репозиториях отсутствуют — скрипт скачивает IPSW с CDN Apple на машину пользователя.

Тред дополняет статью наблюдениями: камера работает, но зарядка не поддерживается. Большинство современных iOS-приложений не запустятся на ядре 16.5, однако это важный шаг для исследований. Проект финансируется токеном $HACKIOS на BNB Chain (комиссия 1% идет на развитие). Это исследовательская сессия, а не полноценный ROM: после ограниченного по времени сеанса ядро возвращается к загрузчику и передает журнал. В разработке используется ИИ Claude, который через ADB автоматически загружает версии ядра и проверяет результаты. Авторы предупреждают, что открытый порт может упростить создание клонов iPhone. Также обсуждаются сложности с доступом к App Store из-за отсутствия уникального идентификатора и причины остановки порта на iOS 16.5 (возможно, из-за изменений в iOS 17). В качестве альтернативы предложено запустить свободный Android-дистрибутив, например GrapheneOS, на оборудовании Apple.

Тимур Кристоф из команды 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, и сообщество призывает к дальнейшему сотрудничеству.

Khronos одобрила расширение GL_EXT_mesh_shader для OpenGL, и это первый шаг к полному Mesh Shaders в линейке Mesa. Реализация уже влили в mesa, а вот драйвер RadeonSI ждёт своей очереди. Релиз ожидается в ближайшие дни.

Это первая крупная фича для OpenGL за долгое время, и она привнесёт геометрические шейдеры в core Mesa. Работа велась под эгидой AMD, при поддержке Qiang Yu и Shihao Wang.

• Обсуждение в основном вращается вокруг будущего OpenGL и его расширений, включая GL_EXT_mesh_shader и GL_EXT_descriptor_buffer, а также их влияние на Minecraft и другие проекты.
• Участники обсуждают, что новые расширения делают возможным использование шейдеров накладки и дескрипторов буферов, что может быть полезно для таких проектов, как Minecraft.
• Также обсуждается, что OpenGL всё ещё используется в Minecraft и других проектах, и что новые расширения могут помочь в разработке игр.
• Некоторые участники выражают обеспокоенность по поводу того, что OpenGL может быть вытеснен Vulkan и другими API, и что поддержка OpenGL может быть прекращена в будущем.
• В обсуждении также затрагиваются такие темы, как эволюция графических API и их влияние на разработку игр и будущее OpenGL.

Краткий русский пересказ утечки Geedge & MESA

• 11 сентября 2025 года утекло ≈600 ГБ внутренних данных «Великого китайского файрвола» (GFW): исходники, логи, переписка.
• Источник — компания Geedge Networks (главный учёный — «отец GFW» Фан Бинсин) и лаборатория MESA при Институте информатики АН Китая.
• Документы показывают: разработка и эксплуатация систем фильтрации для Синьцзяна, Цзянсу, Фуцзяня; экспорт цензуры в Мьянму, Пакистан, Эфиопию, Казахстан и другие страны «Пояса и пути».
• Архивы: 500 ГБ RPM-репозиторий, 35 ГБ Git MESA, 15 ГБ Jira Geedge, десятки документов Word о тендерах, графиках, отчётах.
• Зеркала: BitTorrent и HTTPS на EnlaceHacktivista.
• Рекомендация: разбирать только в изолированной виртуалке — возможны следящие модули и вредоносное ПО.

• Компания Geedge с 2018 г. продаёт авторитарным режимам (Казахстан, Пакистан, Беларусь, Россия) «Great-Firewall-ин-а-box» под маркой Tiangou Secure Gateway: DPI, MITM, SNI-сканирование, «замедление» SSH/VPN, блокировка QUIC и облачных IP.
• Участники считают, что технологии цензуры уже массово экспортируются западными вендорами (Cisco, Nokia, Siemens, Blue Coat) и внедряются в корпоративных и государственных сетях; «западный файрвол» — вопрос времени и удобного повода.
• Обход всё ещё возможен (v2ray, Outline/Shadowsocks, ротация серверов, маскировка трафика), но GFW быстро учится: типичный Outline-блок наступает через 3 дня наблюдений.
• Мнения морализаторов разделились: кто-то видит в разработчиках «веру во всё ради общего блага», кто-то — «провалившихся людей»; упоминается, что в Китае индивидуализм воспринимается как вредный «западный» порок.
• Лейтмотив: «как только власть попробовала цензуру, бутылку уже не закупорить» — примеры Непала, Беларуси, России; в то же время всплывают новые исследования и инструменты как для усиления, так и для обхода блокировок.