vim умеет сохранять информацию об undo/redo операциях в отдельный файл, и восстанавливать эту информацию после перезапуска, так что можно возвращать изменения даже между несколькими сессиями редактирования файла.
(":help undofile" or /usr/share/vim/vim??/doc/undo.txt)

Very cool!

An NES homebrew ROM showing live ADSB aircraft traffic, fed over serial through controller port 2 on real NES hardware. A companion app does the networking the NES can't, then streams it to the NES.

https://github.com/k6lcm/nes-radar

#Nintendo #NES #RetroComputing #RetroGaming

External Attachment: A video demonstration of a Nintendo cartridge running on a Nintendo Entertainment System, demonstrating the real-time air traffic around KLAX airport.

#сегодня приключения в стране бюрократии

Есть поле в анкете на загран: Место рождения.

У меня в паспорте есть такое же поле, где указано: "гор. <Город>". Правильно? Нет, конечно. Нужно писать "СССР, <Город>".

Ок, у старшего в паспорте одноимённое поле содержит "Российская Федерация, <Город>". Ну отсюда-то можно переписать? (5 минут совещаний и хождений с бланком в разные кабинеты). Нет, "Россия, <Город>", иначе анкету не примут.

И это только четвёртое поле в анкете. А перед этим были получены ценнейшие знания, что заполнять только печатными буквами, бланк с сайта МВД не подходит в МФЦ... И всё это с полным осознанием того, что все эти данные уже есть у государства. Дрессировка граждан полным ходом (у меня это не первый загран и все стало сильно хуже).

Кафка обзавидовался бы такому источнику вдохновения.

Компания OpenAI начала тестирование десктоп-приложения ChatGPT для Linux

Выпуск эмулятора QEMU 11.1.0

Изначально проект был создан Фабрисом Белларом (Fabrice Bellard) с целью обеспечения возможности запуска собранных для платформы x86 исполняемых файлов Linux на архитектурах, отличных от x86. За годы разработки была добавлена поддержка полной эмуляции для 14 аппаратных архитектур, число эмулируемых аппаратных устройств превысило 400. При подготовке версии 11.1.0 внесено более 3200 изменений от 285 разработчиков.

Ключевые улучшения, добавленные в QEMU 11.1:

• В эмуляторе контроллеров UFS (Universal Flash Storage) реализованы возможности, определённые в спецификации UFS 4.1: режим HID (Host-Initiated Defragmentation) для выполнения дефрагментации и механизм Write Booster для кэширования данных на стороне устройства.
• Добавлено virtio-устройство vhost-user-rtc, позволяющее использовать virtio-rtc в фоновых процессах vhost-user для ускорения обращения к часам реального времени (RTC) без лишних переключений контекста.
• В графическом интерфейсе улучшена работа с виртуальными консолями, добавлена опция "encoding" для указания кодировки символов и реализован новый отдельный VNC-сервер "qemu-vnc".
• В эмулятор архитектуры ARM добавлена поддержка 30 процессорных расширений, таких как FEAT_FAMINMAX, FEAT_FP8, FEAT_LUT и FEAT_MTE4. Добавлен новый тип эмулируемых систем imx8mp-evk, основанный на на i.MX 8MM Evaluation kit. В устройствах 'virt' предоставлена возможность выбора технологии кэширования. В бэкенде 'hvf', использующем для ускорения Apple Hypervisor Framework, реализована поддержка вложенной виртуализации и vGIC (Virtual Generic Interrupt Controller).
• В эмуляторе архитектуры HPPA улучшена поддержка ОС HP-UX 9 и обновлена прошивка SeaBIOS-hppa 25.
• В эмулятор архитектуры PowerPC добавлена возможность использования расширения MPIPL (Memory-Preserving Initial Program Load) для резервирования памяти после сброса. Реализована поддержка эмуляции вспомогательных блоков управления памятью (MMU).
• В эмулятор архитектуры RISC-V добавлена поддержка плат K230 и Tenstorrent. Реализованы расширения архитектуры набора команд для big-endian-систем.


Источник: https://www.opennet.ru/opennews/art.shtml?num=66069

Сегодня вас ждёт регулярное техобслуживание Луны, затем порталы в другие миры выстроятся в один ряд, а потом поменяют лампочку в Солнце.

Релиз языка программирования Mojo 1.0

В состав платформы включены компоненты, необходимые для разработки приложений на языке Mojo, включая компилятор, runtime, интерактивную REPL-оболочку для сборки и запуска программ, отладчик, дополнение к редактору кода Visual Studio Code (VS Code) с поддержкой автодополнения ввода, форматирования кода и подсветки синтаксиса, модуль для интеграции с Jupyter для сборки и запуска Mojo notebook. Исходный код стандартной библиотеки Mojo открыты под лицензией Apache 2.0 c исключениями от проекта LLVM, допускающими смешивание с кодом под лицензией GPLv2. Исходный код компилятора планируют открыть после завершения стабилизации внутренней архитектуры.

Язык Mojo развивается под руководством Криса Латнера (Chris Lattner), основателя и главного архитектора проекта LLVM и создателя языка программирования Swift. Синтаксис Mojo основан на языке Python, а система типов близка к C/C++. Проект преподносится как язык общего назначения, расширяющий возможности языка Python средствами системного программирования, подходящий для широкого круга задач и сочетающий простоту применения для исследовательских разработок и быстрого создания прототипов с пригодностью для формирования высокопроизводительных конечных продуктов.

Простота достигается благодаря использованию привычного синтаксиса языка Python, а разработке конечных продуктов способствуют возможность компиляции в машинный код, механизмы безопасной работы с памятью и задействование средств для аппаратного ускорения вычислений. Для достижения высокой производительности поддерживается распараллеливание вычислений с задействованием всех имеющихся в системе аппаратных ресурсов гетерогенных систем, таких как GPU, специализированные ускорители для машинного обучения и векторные процессорные инструкции (SIMD). При интенсивных вычислениях распараллеливание и задействование всех вычислительных ресурсов даёт возможность добиться производительности, превосходящей приложения на C/C++.

Язык поддерживает статическую типизацию и средства для безопасной низкоуровневой работы с памятью, напоминающие возможности языка Rust, такие как отслеживание времени жизни ссылок и проверка заимствования переменных (borrow checker). При этом в языке доступны и возможности для низкоуровневой работы, например, возможно прямое обращение к памяти в режиме unsafe с использованием типа Pointer, вызов отдельных SIMD-инструкций или доступ к аппаратным расширениям, таким как TensorCores и AMX.

Mojo может использоваться как в режиме интерпретации с использованием JIT, так и для компиляции в исполняемые файлы (AOT, ahead-of-time). В компилятор встроены современные технологии автоматической оптимизации, кэширования и распределённой компиляции. Исходный код на языке Mojo преобразуются в низкоуровневый промежуточный код MLIR (Multi-Level Intermediate Representation), развиваемый проектом LLVM. Компилятор позволяет применять для генерации машинного кода различные бэкенды, поддерживающие MLIR.

Одновременно сформирован выпуск движка MAX Framework 26.5, предлагающего платформу для разработок в области машинного обучения. MAX Framework дополняет инструментарий Mojo средствами для разработки и отладки приложений, использующих модели машинного обучения в различных форматах (TensorFlow, PyTorch, ONNX и т.п.). В версии 26.5 добавлена возможность установки только необходимых зависимостей, используя синтаксис max["имя"], а также добавлена поддержка двух новых семейств AI-моделей - GLM-5.2 и Nemotron-H.

Источник: https://www.opennet.ru/opennews/art.shtml?num=66066

Выпуск OpenSSH 10.5

• Для работы переносимой версии OpenSSH теперь требуется наличие поддержки криптографии на базе эллиптических кривых (ECC - Elliptic Curve Cryptography) в библиотеке libcrypto, включая поддержку эллиптической кривой NISTP521. В реализациях libcrypto от проектов LibreSSL, OpenSSL, BoringSSL и AWS LC подобная поддержка включена по умолчанию.
• В утилите ssh-keygen при сбросе пароля к закрытым ключам для токенов FIDO реализовано выставление флагов touch-required и verify-required, требующих получения подтверждения от пользователя.
• В утилите ssh изменён порядок применения сертификатов при аутентификации по открытым ключам - в первую очередь теперь применяются FIDO-ключи, не требующие действий со стороны пользователя, а в последнюю очередь ключи, запрашивающие верификацию по PIN-коду или биометрии.
• Добавлена команда "ssh -Z user", выводящая ключи в порядке их использования для аутентификации по открытым ключам.
• Устранены проблемы с безопасностью:
  • Исправлена некорректная обработка запросов на привязку сессии при блокировке SSH Agent, приводившая к тому, что вместо отказа в доступе, SSH Agent позволял удалённо выполнять операции, которые должны были быть доступны только локально, такие как добавление PKCS#11 токенов и использование ключей, привязанных в настройках к конкретным серверам.
  • В ssh-клиенте устранено потенциальное обращение к памяти после её освобождения (use-after-free), проявляющееся при мультиплексировании SSH-подключений через один сокет в случае добавления нового проброса портов в момент, когда клиент все ещё ждёт от сервера ответа на открытие предыдущего проброса.
  • В sshd налажено корректное применение ограничений, заданных через флаг "restrict" в файле authorized_keys, для перенаправляемых туннелей.
  
  
  Источник: https://www.opennet.ru/opennews/art.shtml?num=66065
  

OpenSSH 10.5 released

The release notes read,

OpenSSH 10.5/10.5p1 (2026-08-11)

OpenSSH 10.5 was released on 2026-08-11. It is available from the
mirrors listed at https://www.openssh.com/.
OpenSSH is a 100% complete SSH protocol 2.0 implementation and
includes sftp client and server support.

Recently the OpenSSH team have received a large number of security
bug reports, many of which are findings from AI models or made with
AI assistance. While many AI reports are determined not to have
security impact when considered in the context of a realistic
threat model, we very much welcome these reports, especially when
combined with human triage, analysis, test-cases and particularly
when accompanied by proposed fixes.

Read more…

OpenSSH 10.5 released

The release notes read,

OpenSSH 10.5/10.5p1 (2026-08-11)

OpenSSH 10.5 was released on 2026-08-11. It is available from the
mirrors listed at https://www.openssh.com/.
OpenSSH is a 100% complete SSH protocol 2.0 implementation and
includes sftp client and server support.

Recently the OpenSSH team have received a large number of security
bug reports, many of which are findings from AI models or made with
AI assistance. While many AI reports are determined not to have
security impact when considered in the context of a realistic
threat model, we very much welcome these reports, especially when
combined with human triage, analysis, test-cases and particularly
when accompanied by proposed fixes.

Read more…

Вот моя самая любимая сосна в 2026 (летний вариант).

Linux Mint опубликовал HWE-сборку с ядром Linux 7.0

Помимо этого разработчики Linux Mint объявили о создании нового интерфейса для управления пакетами с ядром Linux, который будет задействован вместо старых инструментов, встроенных в менеджер обновлений (Update Manager). Новая реализация поддерживает как Linux Mint, так и LMDE, и сфокусирована на управление сериями ядер, а не отдельными ядрами. Пользователь можно указать какие серия ядер необходимо отслеживать и сколько старых версий оставлять в системе. При установке обновления ядра старые версии будут удаляться автоматически в соответствии с заданными настройками. При этом доступы и опции для ручного запуска чистки старых ядер, а также возможность просмотра истории удаления старых версий.

Сотрудники Mozilla случайно разместили на GitHub закрытый GPG-ключ Firefox и Thunderbird

Анализ логов аудита не выявил доказательств доступа третьих лиц к ключу во время его нахождения в репозитории на GitHub. Для большинства пользователей замена ключа не потребует выполнения каких-либо действий. Исключения составляют только пользователи, вручную проверяющие цифровые подписи или устанавливающие RPM-пакеты с официальными сборками Firefox от Mozilla. В данных случаях потребуется явно импортировать новый открытый ключ и отозвать старый.

Пользователям Fedora до выпуска 42 включительно (в Fedora 43 ключ будет заменён автоматически) и RHEL/Rocky/Almalinux необходимо выполнить:

   sudo rpm -e --allmatches gpg-pubkey-14f26682d0916cdd81e37b6d61b7b526d98f0353
   sudo rpm --import https://packages.mozilla.org/rpm/firefox/signing-key.gpg
   sudo dnf clean all

В openSUSE и SUSE:

   sudo rpm -e --allmatches gpg-pubkey-14f26682d0916cdd81e37b6d61b7b526d98f0353
   sudo rpm --import https://packages.mozilla.org/rpm/firefox/signing-key.gpg
   sudo zypper refresh

Второй тестовый выпуск композитного сервера Xfwl4 от проекта Xfce

Из расширенных функций Xfwl4 отмечается существенная переработка логики запуска сеансов, реализация Wayland-протокола xdg-session-management и поддержка запуска X11-приложений при помощи XWayland. Xfwl4 построен поверх библиотеки Smithay, предоставляющей реализацию почти всех официальных расширений протокола Wayland, а также протоколов wlroots и KDE. Код Xfwl4 распространяется под лицензией GPLv3 (для сравнения код оконного менеджера xfwm4 распространяется под GPLv2).

Изменения во второй предварительной версии сводятся к исправлению ошибок, улучшению совместимости с xfwm4 и добавлению недостающей функциональности. Например, добавлена поддержка раскрытия окон по вертикали и горизонтали, реализован протокол xfce-foreign-toplevel-management-private-v1, предложен диалог для подтверждения принудительного завершения зависших приложений, добавлены клавиатурные комбинации для цикличного переключения между окнами и приложениями, появилась возможность изменения прозрачности окна через горизонтальную прокрутку мышью в области заголовка окна.

Источник: https://www.opennet.ru/opennews/art.shtml?num=66061

Выпуск сборочной системы Meson 1.12.0

Ключевой целью развития Meson является обеспечение высокой скорости сборочного процесса в сочетании с удобством и простотой использования. Вместо утилиты make при сборке по умолчанию применяется инструментарий Ninja, но возможно применение и других бэкендов, таких как Xcode и Visual Studio. В систему встроен многоплатформенный обработчик зависимостей, позволяющий использовать Meson для сборки пакетов для дистрибутивов. Правила сборки задаются на упрощённом предметно-ориентированном языке, отличаются хорошей читаемостью и понятны пользователю (по задумке авторов разработчик должен тратить минимум времени на написание правил).

Поддерживается кросс-компиляция и сборка в Linux, Illumos/Solaris, FreeBSD, NetBSD, DragonFly BSD, Haiku, macOS и Windows с использованием GCC, Clang, Visual Studio и других компиляторов. Возможна сборка проектов на различных языках программирования, включая C, C++, Fortran, Java, D и Rust. Поддерживается инкрементальный режим сборки, при котором пересобираются только компоненты, напрямую связанные с изменениями, внесёнными с момента прошлой сборки. Meson можно использовать для формирования повторяемых сборок, при которых запуск сборки в разных окружениях приводит к генерации полностью идентичных исполняемых файлов.

Основные новшества Meson 1.12:

• Добавлена поддержка файла CACHEDIR.TAG, размещаемого в сборочном каталоге для исключения включения в резервные копии генерируемых при сборке временных файлов.
• Добавлена сборочная цель clippy-json, которая запускает линтер Clippy и формирует для Rust-analyzer информацию о предупреждениях и ошибках в формате JSON.
• Добавлены объект и функция default(), предназначенные для сброса именованных аргументов к значениям по умолчанию.
• В метод generator.process() добавлен аргумент "depends" для прямого связывания сгенерированных файлов с другими сборочными целями.
• В объект "include_directories" добавлен метод to_list() для вывода списка абсолютных путей подключаемых директорий.
• Добавлены функции для преобразования строк в целые числа и наоборот - str.to_int() и int.to_string().
• В команду "meson format" добавлена опция "--subprojects", применяемая вместе с "--recursive" для охвата подпроектов при рекурсивном разборе.
• Добавлена поддержка платформ OpenHarmony и HarmonyOS (OHOS), обрабатываемых как Android.
• При определении своих сборочных целей и тестов разрешено указания внешних программ в именованных аргументах "input" и "depends".
• Добавлена возможность раздельной сборки подпроектов для компьютера сборщика и целевой платформы через указание в subproject() и meson.override_find_program() именованного аргумента "native".
• В команду "meson test" добавлена опция "--exclude" для пропуска отдельных тестов.
• Прекращена поддержка Python 3.7, 3.8 и 3.9.


Источник: https://www.opennet.ru/opennews/art.shtml?num=66060

Представлен ReTransmission, форк BitTorrent-клиента Transmission

Аисты в дозоре
Это гнездо на перекрёстке с четырьмя аистами сразу смотрится почти как блокпост... 😁️
Минщина, Беларусь.
#photography #WTphoto #travel #landscape #by #пейзаж #путешествия

Сегодняшняя прогулка. Цветники и сады Большой Охты и молодильные яблочки Малоотхинского!
#ленинграднутряной #спб #SilentSunday

SCTPhantom - уязвимость в ядре Linux, предоставляющая root-доступ и выход из контейнера

Уязвимость вызвана обращением к уже освобождённой памяти в коде динамической реконфигурации адресов SCTP (ASCONF). Ядро кэширует указатель на транспорт (asconf->transport), указанный в пакете, но связанная с этим указателем память может быть очищена, при том что сам указатель на уже освобождённую память продолжит использоваться при обработке других команд. Атака осуществляется через отправку в локальный сокет определённой последовательности ASCONF-команд переконфигурации адреса: вначале отправляется пакет DEL-IP для удаления транспорта для конкретного IP, а следом за ним пакет DEL-IP с указанием маски 0.0.0.0, обработка которого приведёт к повторному использованию оставшегося висячего указателя.

Уязвимость вызвана ошибкой, допущенной 18 лет назад в ядре 2.6.25 (2008 год) и исправленной в выпусках 6.6.148, 6.12.101, 6.18.42, 7.1.6 и 7.2-rc5. Статус устранения уязвимостей в дистрибутивах можно оценить на данных страницах: Debian, Ubuntu, SUSE/openSUSE, RHEL, Gentoo, Arch, Fedora.

Источник: https://www.opennet.ru/opennews/art.shtml?num=66056

Обновление дистрибутива для одноплатных ПК DietPi 10.6

Проект оптимизирован для минимального потребления ресурсов и развивает несколько собственных утилит: интерфейс для установки приложений DietPi-Software, конфигуратор DietPi-Config, система резервного копирования DietPi-Backup, механизм ведения временных логов DietPi-Ramlog (также поддерживается rsyslog), интерфейс для установки приоритетов выполнения процессов DietPi-Services и система доставки обновлений DietPi-Update. Утилиты предоставляют консольный интерфейс пользователя с меню и диалогами на базе whiptail. Поддерживается режим полной автоматизации установки, позволяющий провести инсталляцию на платы без участия пользователя.

Среди изменений:

• Добавлена поддержка плат Orange Pi 4 Pro и Orange Pi Zero 3W на базе SoC Allwinner A733. В предоставленных сборках задействованы ядро Linux 6.6 и U-Boot от Xunlong.
• Добавлена поддержка плат Odroid M1, M1S и M2 на базе SoC Rockchip RK3568, RK3566 и RK3588.
• Для плат на чипах Allwinner, Amlogic и Rockchip добавлен драйвер для USB-клавиатур ASUS.
• В информации, показываемой при входе, для всех примонтированных устройств теперь отображаются сведения об используемом дисковом пространстве, а также сообщения о сбоях в сервисах systemd и блокировках через Fail2Ban для всех сетевых интерфейсов.
• Для плат RISC-V в DietPi-Software реализована возможность развёртывания узла для сети IPFS.


Источник: https://www.opennet.ru/opennews/art.shtml?num=66055

Обновление антивирусного пакета ClamAV 1.4.6 и 1.5.4 с устранением 8 уязвимостей

• CVE-2026-20337 - запись за пределы выделенного буфера при обработке специально оформленных заголовков ZIP-архивов.
• CVE-2026-20345 - переполнение буфера на запись и чтение при обработке некорректных имён разделов GPT.
• CVE-2026-20339 - целочисленное переполнение в распаковщике PESpin, приводящее к записи за пределы выделенного буфера при переборке PE-файла.
• CVE-2026-20338 - обращение к памяти после её освобождение в обработчике ZIP-архивов.
• CVE-2026-20346 - целочисленное переполнение в парсере формата PDF.
• CVE-2026-20347 - целочисленное переполнение в парсере исполняемых файлов в формате Mach-O.
• CVE-2026-20348 - исчерпание доступной памяти при разборе специально оформленных файлов в формате XAR.
• CVE-2025-8088 - извлечение файлов в область вне корня временной директории при обработке специально оформленных RAR-архивов на платформе Windows.


Источник: https://www.opennet.ru/opennews/art.shtml?num=66054

Новые версии Wine 11.15 и Wine-staging 11.15

Наиболее важные изменения:

• Добавлена поддержка локальной аутентификации при помощи NTLM. В msv1_0 реализована функция ntlm_SpQueryCredentialsAttributes.
• В библиотеку BCrypt добавлена поддержка алгоритмов BCRYPT_TLS1_{1,2}_KDF_ALGORITHM и BCRYPT_HKDF_ALGORITHM, а также реализована возможность задания вектора инициализации (BCRYPT_INITIALIZATION_VECTOR).
• Добавлена поддержка сборки для архитектуры ARM64EC (ARM64 Emulation Compatible) с использованием инструментария Mingw. Архитектура ARM64EC применяется для упрощения портирования на системы ARM64 приложений, изначально написанных для систем x86_64, и позволяет выполнять в окружении ARM64 отдельные модули с кодом x86_64 при помощи эмулятора.
• В наборе библиотек WindowsCodecs добавлена поддержка преобразования пиксельных форматов из 32bppBGRA и 32bppPBGRA в 64bppPRGBA, из 64bppPRGBA в 128bppRGBAFloat и из 64bppPRGBA в 128bppPRGBAFloat.
• Закрыты отчёты об ошибках, связанные с работой приложений: Adobe CS6, Notepad++, Nokia Music Player, QuickBooks SS 2009, cmd.exe, MPC-HC 1.7.13, WinSCP, Steam, Mugen, Touhou 8, Final Burn Neo, YNAB 4, Pegasus, IrfanView, KakaoTalk, WordPerfect 7.
• Закрыты отчёты об ошибках, связанные с работой игр: Rise of Legends, Lemmings Revolution, Tom Clancy's Rainbow Six: Lockdown, Final Fantasy XI Online, Amnesia: Rebirth.

Одновременно сформирован выпуск проекта Wine Staging 11.15, предоставляющего расширенные сборки Wine, включающие не полностью готовые или рискованные патчи, пока непригодные для принятия в основную ветку Wine. По сравнению с Wine в Wine Staging предоставляется 274 дополнительный патч. В новом выпуске Wine Staging осуществлена синхронизация с кодовой базой Wine 11.15 и обновлён код vkd3d. В основной состав Wine перенесены патчи для d3dx9, связанные с работой функции D3DXIntersect.

Источник: https://www.opennet.ru/opennews/art.shtml?num=66053

This pixel-art cow is the header of a valid DOS executable, encoded as UTF-8 Braille characters.

See the whole thing here:
https://github.com/dbalsom/executable_unicode/blob/main/hello_world/BRAILLE.COM

Try it in DosBox!

#retrocomputing #asm #x86

Узнал слово берсень.

В OpenJDK запрещён приём кода, созданного через AI. В NetworkManager разрешён

В качестве причины называются потенциальные риски с нарушением чужой интеллектуальной собственности при использовании кода, сгенерированного большими языковыми моделями. Юридический статус подобного кода пока окончательно не определён и не исключено потенциальное влияние имущественных прав и лицензий, под которыми распространялись проекты, используемые при обучении модели. Также отмечаются риски, связанные с безопасностью.

Дополнительно можно отметить утверждение правил в отношении AI в проекте NetworkManager. В репозиторий NetworkManager допускается принятие изменений, созданных через AI, авторы которых берут на себя ответственность за переданные патчи, разобрались в изменении, способны обсудить суть, провели ручное рецензиорование и выполнили тестирование, а также готовы подтвердить, что переданный код совместим с лицензией LGPLv2.1.

Источник: https://www.opennet.ru/opennews/art.shtml?num=66049

Объявлено о расформировании Nixpkgs Core Team

В качестве основной причины самороспуска Core Team названо выгорание участников из-за необходимости выполнять большой объём управленческих и рутинных работ, отвлекающих от непосредственной разработки. В Core Team наблюдается большой отток участников из-за высокой нагрузки, но на призыв о вступлении в команду откликнулся лишь один человек и поддержание работы в нынешнем составе оказалось проблематичным.

Дополнительно упоминается конфликт c управляющим комитетом (Steering Committee), вызванный его чрезмерным вмешательством в зону ответственности Core Team, плохой коммуникацией и отсутствием полноценного делегирования полномочий. Из-за разногласий было застопорено реформирование процессов модерации и управления организацией на GitHub, а также возникли проблемы с координацией работы над GSoC (Google Summer of Code), инициативами выделения грантов и политикой в отношении применения AI-инструментов. Проблемы также возникали из-за разных подходов к принятию решений, в Core Team применялась модель на основе достижения консенсуса, а в Steering Committee - на основе мажоритарного голосования.

Источник: https://www.opennet.ru/opennews/art.shtml?num=66048

Манера любого расеянского поп-эксперта, даже садовода или метеоролога, оседлавшего бюджет, как будто позаимствована из дурацкого американского (как и всё остальное): устроить дешёвый театр, жеманно произнести много слов, не сказав ничего, при этом обосрать "блогеров" и своих коллег до кучи. В СССР, который они все так якобы любят, ведущие радио или тв так себя, конечно, нн вели.

Вонь и грязь очереди на вокзальный досмотр.
#зона #театрбезопасности

OpenBGPD 9.2 released

The announcement reads,

List:       openbsd-announce
Subject:    OpenBGPD 9.2 released
From:       Claudio Jeker <claudio () openbsd ! org>
Date:       2026-08-06 13:22:26
Message-ID: anSKksatjxeom0lQ () diehard ! n-r-g ! com

We have released OpenBGPD 9.2, which will be arriving in the
OpenBGPD directory of your local OpenBSD mirror soon.

This release includes the following changes to the previous release:

Read more…

TONTOU - атака на CPU Intel и AMD, позволяющая обойти защиту от уязвимостей Spectre v2

Исследователями продемонстрирована возможность совершения атаки локальным непривилегированным пользователем для определения хэша пароля пользователя root, хранимого в файле /etc/shadow и загруженного в память при выполнении аутентификации в системе. Исследователям удалось добиться утечки данных из памяти ядра с производительностью 5.47 байт в секунду и точностью 91.97%. Из 10 тестовых запусков эксплоита, в среднем продолжавшихся 18 минут, в половине случаев удалось успешно определить наличие в памяти файла /etc/shadow и извлечь его содержимое.

Эксплоит продемонстрирован на системах с процессорами AMD и может применяться с CPU AMD семейств Zen 1-4. На системах Intel атака также осуществима, но эксплуатация более сложна. Для защиты от переполнения стека адресов возврата и блокирования уязвимости SRSO (Speculative Return Stack Overflow) в процессорах AMD применяется механизм защиты Safe-RET, который очищает буфер предсказания переходов после каждого использования и сужает окно проведения атаки до 2 инструкций, выполняемых несколько десятков наносекунд.

Для обхода данной защиты и расширения окна совершения атаки реализована техника замедления CPU, позволившая успеть выполнить подстановку прерывания в нужный момент. Атакующий может создать условия, когда блок предсказания переходов спекулятивно выполнит большое число некорректно предсказанных вызовов CALL, достаточное для того чтобы переполнить стек адресов возврата и перезаписать корректно предсказанные точки возврата, размещённые в начале стека. В итоге, начальные элементы стека могут быть перезаписаны на выбранные атакующим значения, что в дальнейшем приведёт к использованию этих заменённых значений при спекулятивном выполнении инструкции RET в контексте другого процесса.

Процессор определит, что предсказание ветвления не оправдалось и откатит операцию в исходное состояние, но обработанные в процессе спекулятивного выполнения данные осядут в кэше и микроархитектурных буферах. Если ошибочно выполненный блок осуществляет обращение к памяти, то его спекулятивное выполнение приведёт к оседанию в общем кэше и данных, прочитанных из памяти. Для извлечения информации из кэша может применяться один из способов определения содержимого кэша на основе анализа изменения времени доступа к прокэшированным и не прокэшированным данным.

Источник: https://www.opennet.ru/opennews/art.shtml?num=66045

Роскомназло.

#словотворчество

Роскомназло.

#словотворчество

Zapscape - уязвимость в гипервизоре KVM, позволяющая получить root-доступ к хост-системе

Уязвимость вызвана обращением к памяти после её освобождения (use-after-free) в компонентах гипервизора KVM, выполняемых на стороне виртуальной машины для эмуляции блока управления памятью (MMU) и трансляции адресов между хостом и гостевой системой. Уязвимость проявляется на системах с процессорами Intel и AMD в процессе рекурсивного удаления shadow-страниц памяти, которое происходит при освобождении памяти MMU (KVM рекурсивно удаляет корневую shadow-страницу, которая продолжает использоваться во время очистки MMU).

Проблема вызвана ошибкой, допущенной 6 лет назад, и устранённой несколько дней назад в обновлениях ядра 7.1.6, 6.18.42 и 6.6.148. Статус устранения уязвимостей в дистрибутивах можно оценить на данных страницах: Debian, Ubuntu, SUSE/openSUSE, RHEL, Gentoo, Arch, Fedora.

Источник: https://www.opennet.ru/opennews/art.shtml?num=66044

Запрет на приём AI-патчей в раздел drivers/staging ядра Linux

Исключение сделано только для созданных при помощи AI патчей, устраняющих реальные проблемы с безопасностью. При этом подобные исправления в драйверах должны быть протестированы на реальном оборудовании и снабжены отчётом о проведении тестирования. Автор, отправивший патч, должен быть способен доказать, что исправление корректно. Ручная проверка необходима, так как по оценке Грега около трети исправлений потенциальных проблем с безопасностью, созданных при помощи AI-моделей, даже самых современных, являются некорректными или приводят к проблемам.

Источник: https://www.opennet.ru/opennews/art.shtml?num=66042

Опубликован дисплейный менеджер LightDM 1.33.0

В новой версии в библиотеку liblightdm-qt, предназначенную для разработки графических экранов входа в систему, добавлена поддержка Qt6. Возможность использования Qt5 сохранена в форме опции. Включены исправления ошибок, накопившиеся за 4 года с прошлого обновления. Добавлены оптимизации производительности.

Источник: https://www.opennet.ru/opennews/art.shtml?num=66043

Опубликован mount-tui, интерфейс для монтирования дисков и SMB-ресурсов в Linux

mount-tui выводит список дисков и разделов с указанием файловой системы, размера, точки монтирования и дополнительных сведений об устройстве. Поддерживаются фильтрация списка, просмотр псевдофайловых систем, монтирование и размонтирование разделов, изменение точки монтирования и параметров монтирования.

Для файловых систем NTFS предусмотрен выбор между пользовательским драйвером ntfs-3g и входящим в состав ядра Linux драйвером ntfs3. По умолчанию применяется ntfs-3g как более совместимый вариант. Если попытка монтирования в режиме чтения и записи завершилась ошибкой, программа предлагает повторить операцию в режиме "только для чтения".

При подключении ресурсов SMB/CIFS учётные данные вводятся непосредственно в интерфейсе программы. Пароль не передаётся в аргументах командной строки, а помещается во временный файл с правами доступа 0600. Допускаются гостевые подключения и повторное подключение ранее смонтированных ресурсов с изменёнными параметрами.

По умолчанию локальные файловые системы монтируются в каталоги вида "/media/{пользователь>/‹метка-или-устройство›". Программа умеет проверять доступ текущего пользователя к точке монтирования и при необходимости назначать подходящие UID/GID либо изменять владельца корневого каталога смонтированной Unix-совместимой файловой системы. Владение вложенными файлами при этом не затрагивается.

Утилиту mount-tui можно запустить от обычного пользователя. При попытке выполнить привилегированную операцию программа предлагает перезапустить себя через sudo. Для работы с SMB требуется пакет cifs-utils, а для использования драйвера ntfs-3g - одноимённый пакет. Также подготовлены команды для установки исполняемого файла в "/usr/local/bin" и сборки пакетов в форматах DEB и RPM.

Выпуск Gotcha 0.4.10, платформы мониторинга ошибок и производительности

Приложение поставляется одним бинарным файлом (или docker-compose-стеком) и использует PostgreSQL для оперативных данных и ClickHouse для телеметрии. Заявленные минимальные требования - 2 vCPU и 2 ГБ ОЗУ. Приём данных совместим с проводным протоколом Sentry SDK (миграция сводится к замене DSN) и OTLP. Интерфейс двуязычный - русский и английский.

Выпуски в серии 0.4.x были сосредоточены на стабилизации: ограничение потребления памяти контейнерами (потолок кучи выводится из cgroup-лимита), разделение liveness/readiness-проб (/healthz и /readyz), восстановление после оборванных миграций, откат релиза без восстановления из бэкапа за счёт признака совместимости схемы, единый язык уведомлений, доступность интерфейса (клавиатурная навигация, скринридеры, контраст).

Внесены изменения, связанные с безопасностью, такие как отзыв доступа к проектам команд при исключении из организации, регистрация по приглашению только по токену из ссылки, защита от переполнения стека при разборе глубоко вложенных OTLP/JSON-запросов. Из последних патчей: перенаправление доставки Telegram-уведомлений на собственный сервер Bot API (GOTCHA_TELEGRAM_API_BASE) и настройка MTU контейнерной сети для работы через туннели (GOTCHA_NET_MTU).

Представлен Denial, композитный сервер со встроенным движком Flutter

Низкоуровневая часть композитного сервера написана на языке Rust с использованием библиотеки Smithay, и отвечает за обработку протоколов Wayland, управление состояниями клиентских окон, взаимодействие с устройствами ввода через libinput, управление устройствами вывода (DRM/KMS), переключение фокуса и управления ресурсами. Пользовательская оболочка написана на языке Dart и использует Flutter для управления раскладкой окон, формирования панелей, управления жестами, навигации и визуальных эффектов.

Кадровые буферы Wayland-приложений импортируются как внешние GPU-текстуры через расширение "EGL_EXT_image_dma_buf_import", что исключает копирование данных между CPU и GPU. Сцена, включающая элементы оболочки на базе Flutter и текстуры запущенных программ, отрисовываются напрямую в GBM-буферы (Generic Buffer Management) и выводятся на экран через DRM/KMS без промежуточной отрисовки. Поддерживается запуск Wayland-приложений, а также X11-приложений с помощью прослойки Xwayland (подтверждена корректная работа игр под Steam и Proton).

Реализованы такие возможности, как вывод на несколько мониторов, встроенная система уведомлений, независимая регулировка громкости для каждого окна, блокировка экрана и поддержка desktop-порталов XDG для организации записи и трансляции экрана. При разработке пользовательской оболочки поддерживается горячая перезагрузка (Hot Reload), применение утилит Flutter Inspector, а также использование для отладки встроенных в браузеры инструментов для web-разработчиков.

Недавно открыли концертную площадку за рекой и своими басами она сотрясает наши маленькие райончики. Сегодня будет орать Дельфин!

Похоже, что пора покупать пуховик на зиму.

Открыт код Cloudflare OS, платформы для приложений, создаваемых через AI

Cloudflare OS преподносится как подобие операционной системы для приложений, создаваемых через AI, роль ядра в которой занимает пакет workshop-backend, предоставляющий пользователям доступ к программам и устройствам (Gadget и Gatekeeper), реализует их изоляцию и обеспечивает управление доступом. Роль драйверов выполняют gatekeeper-ы, связывающие пользователей и AI-агентов с внешними сервисами, процессов - gadget-ы, а исполняемых файлов - blueprint-ы (эталонные шаблоны). В качестве пользовательской оболочки задействован workshop-frontend.

Cloudflare OS предоставляет альтернативу модели SaaS, в которой вместо использования общих централизованных сервисов пользователю предлагается запускать собственные изолированные копии приложений. Например, вместо использования сервисов для создания презентации или генерации отчёта, пользователю предоставляются свои экземпляры приложений, которые при помощи AI можно изменить, расширить или адаптировать для конкретных потребностей пользователя. Каждое приложение и AI-агент выполняются в изолированном окружении без прямого доступа к интернету и по умолчанию не могут обращаться к сервисам и внешним данным, доступ к которым предоставляется точечно при помощи gatekeeper-ов после явного разрешения пользователем.

Cloudflare OS сочетает в себе:

• Рабочее пространство для взаимодействия с AI-агентами, позволяющее создавать приложения с помощью AI, запускать их в изолированном окружении, а также решать при помощи AI поставленные задачи.
• Инструментарий для безопасного предоставления AI-агентам и созданным приложениям доступа к внутренним данным и сервисам (Gatekeepers). Gatekeeper-ы выполняют роль посредников между AI-агентами, приложениями и внешними сервисами (GitHub, Slack, Google Drive, Jira, СУБД и т.п.).
• Платформу для создания, распространения, модификации и обмена персональными приложениями (gadget-ами).


Источник: https://www.opennet.ru/opennews/art.shtml?num=66038

Выпуск uutils 0.10, варианта GNU Coreutils на языке Rust

Rust Coreutils задействован по умолчанию в выпуске Ubuntu 25.10 и частично в Ubuntu 26.04. Rust Coreutils также применяется в дистрибутивах AerynOS (Serpent OS) и Apertis (развивается компанией Collabora). В отличие от GNU Coreutils реализация на Rust распространяется под пермиссивной лицензией MIT, вместо копилефт-лицензии GPL. Дополнительно той же командой разработчиков развиваются написанные на Rust аналоги наборов утилит util-linux, diffutils, findutils, procps и acl, а также программ sed и login.

В новой версии Rust Coreutils:

• Уровень совместимости с эталонным набором тестов GNU Coreutils составил 93.48% (было 90.58%). Успешно выполнено 645 тестов, что на 20 больше, чем в прошлой версии (625). 29 тестов завершилось неудачей (было 56), один тест привёл к ошибке, а 15 тестов было пропущено (было 8).
• Устранены отдельные расхождения с GNU Coreutils в поведении утилит pr, nproc, date, numfmt, ls, du, install, od, truncate, fold, head/tail, sum и stat.
• Продолжена работа по усилению безопасности для предотвращения появления уязвимостей, вызванных состоянием гонки, позволяющим изменить данные в момент после проверки корректности информации, но до выполнения операции с ними, например, подменить файл на символическую ссылку в момент между завершением проверки и началом выполнения операции. В контексте использования утилит cp, chmod и mv в системных скриптах, запускаемых с правами root, подобные уязвимости позволяют скопировать или перезаписать произвольные файлы. Усилена защита утилит touch, mkfifo, mkdir, mknod, mv, chroot, head, split и chcon.
• Проведена работа по устранению аварийных заверений через механизм panic в утилитах shuf, printf, numfmt, fmt, pr, chroot, dircolors, install, ln, touch, stat, split, expand, more, kill, cp, du, rm, runcon, sort, chown/chgrp, dirname, expr, cksum, dd, truncate, hashsum.
• Выполнена оптимизация производительности утилит cksum, sum, split, expand/unexpand, base*, tee, cat, cp, mv, expr, uniq, du.
• Добавлена поддержка сборочной цели wasm32-wasip2.
• В утилите mv реализована опция "--exchange" для замены местами двух файлов или каталогов.
• В утилиту install добавлена опция "--reflink" и обеспечена возможность совместного использования опций "-C" и "--preserve-timestamps".
• В утилиту rm добавлена опция "--one-file-system".
• В утилите cut предоставлена возможность работы с многобайтовыми кодировками при использовании не UTF-8 локалей.
• Для быстрого вычисления контрольных сумм задействован бэкенд OpenSSL.


Источник: https://www.opennet.ru/opennews/art.shtml?num=66037

Проект Rust утвердил правила в отношении использования AI-инструментов

Применение AI допускается в случаях, когда полученная через AI информация в частном порядке используется только одним разработчиком и не распространяется публично. Например, когда разработчик задаёт AI вопросы по коду, формирует для себя сводку по комментариям к PR или issue, привлекает AI для рецензирования изменений, создаёт через AI инструменты для личного использования, консультируется через AI о возможных вариантах выбора решения. Также допускается создание через AI экспериментальных изменений, не подлежащих рецензированию другими участниками.

Запрещено применение AI для формирования комментариев, отчётов о проблемах и описаний изменений, публикуемых от имени участника. При этом разрешено цитирование выдачи от AI с явной пометкой, что контент сформирован через AI (например, прикрепление результатов диагностики через AI). Запрещено создание документации через AI. При рецензировании запрещено рассмотрение выводов AI как достаточных для приёма или отклонения изменений - результаты проверки через AI могут носить только рекомендательный характер.

С оговорками и явным упоминанием, что результат получен через AI, разрешено применение AI для машинного перевода на другие языки, поиска и верификации ошибок, а также внесения незначительных изменений в код и тексты (например, правка опечаток и подбор синонимов).

В рамках эксперимента допускается передача заранее согласованных, некритичных, досконально проверенных и хорошо протестированных изменений, изначально сгенерированных через AI. Перед отправкой pull-запроса c подобным изменением, разработчик должен заранее договориться с рецензирующими. Предлагаемые изменения должны помечаться меткой "ai-assisted" и могут затрагивать вторичные инструменты, такие как tidy и linkchecker, но не должны касаться ключевых возможностей и элементов языка. Для отслеживания результатов эксперимента изменения предписано отправлять в отдельный приватный Zulip-канал, доступ к которому предоставлен только участникам проекта.

Источник: https://www.opennet.ru/opennews/art.shtml?num=66036

Выпуск дистрибутива Tribblix 41, построенного на технологиях OpenSolaris и Illumos

В новой версии отмечен перенос исправлений уязвимостей из проекта Illumos и обновление версий программ, например, обновлены OpenSSH 10.4p1, JDK 26.0.2, nginx 1.30.4, go 1.26.5, git 2.55.0, Pale Moon 34.3.2, Python 3.13.14, llvm 22.1.7. Добавлен новый пакет pctgemini.

Источник: https://www.opennet.ru/opennews/art.shtml?num=66035

В дистрибутиве Proxmox Virtual Environment реализована поддержка архитектуры ARM64

Сборки для ARM64 основаны на пакетной базе Debian 13.5 и поставляются с ядром Linux 7.0, QEMU 11.0, LXC 7.0 и ZFS 2.4. Настройки и инструментарий идентичны со сборками для x86-64, за исключением возможности загрузки только через UEFI с использованием OVMF (AAVMF), отсутствия механизмов шифрования памяти AMD SEV, отсутствия vGPU на базе Intel GVT-g и не предоставления пакета с микрокодом для CPU. Гостевые системы могут запускаться только на узлах с той же архитектурой.

Proxmox VE предоставляет средства для развёртывания полностью готовой системы виртуальных серверов промышленного уровня с управлением через web-интерфейс, рассчитанный на управление сотнями или даже тысячами виртуальных машин. Дистрибутив имеет встроенные инструменты для организации резервного копирования виртуальных окружений и доступную из коробки поддержку кластеризации, включая возможность миграции виртуальных окружений с одного узла на другой без остановки работы. Среди особенностей web-интерфейса: поддержка безопасной VNC-консоли; управление доступом ко всем доступным объектам (VM, хранилище, узлы и т.п.) на основе ролей; поддержка различных механизмов аутентификации (MS ADS, LDAP, Linux PAM, Proxmox VE authentication).

Источник: https://www.opennet.ru/opennews/art.shtml?num=66034

Релиз Mesa 26.2, свободной реализации OpenGL и Vulkan

В Mesa 26.2 доступна поддержка графического API Vulkan 1.4 в драйверах ANV для GPU Intel, RADV для GPU AMD, NVK для GPU NVIDIA, HoneyKrisp (hk) для GPU Apple, kk (KosmicKrisp, Vulkan поверх Metal), Turnip для GPU Qualcomm, PanVK для GPU ARM Mali, в программном растеризаторе lavapipe (lvp) и в режиме эмулятора (vn). В драйверах v3dv (GPU Broadcom VideoCore для Raspberry Pi 4+) и dzn (реализация Vulkan поверх Direct3D 12) поддерживается Vulkan 1.0, а драйвере pvr (GPU Imagination PowerVR) - Vulkan 1.2.

В Mesa также обеспечивается полная поддержка OpenGL 4.6 для драйверов iris (GPU Intel Gen 8+), radeonsi (AMD), Crocus (старые GPU Intel Gen4-Gen7.5), AMD (r600), zink, llvmpipe, virgl (виртуальный GPU Virgil3D для QEMU/KVM), freedreno (Qualcomm Adreno), d3d12 (прослойка для организации работы OpenGL поверх DirectX 12) и asahi (GPU AGX, используемый в чипах Apple M1 и M2). Поддержка OpenGL 4.5 доступна для GPU NVIDIA (nvc0). Поддержка OpenGL 3.3 присутствует в драйверах softpipe (программный растеризатор) и nv50 (NVIDIA NV50). В драйверах panfrost (GPU ARM Mali) и v3d (GPU Broadcom VideoCore) поддерживается OpenGL 3.1.

Основные новшества:

• По умолчанию при сборке задействован собственный форк библиотеки libclc, в котором обеспечено прохождение тестов OpenCL CTS при использовании OpenCL-драйвера rusticl и будут исправляться ошибки после окончания официальной поддержки текущей ветки библиотеки.
• Добавлена утилита Gamma для инспектирования структуры дерева группировки объектов и диспетчеризации трассировки лучей. В настоящее время поддерживается только работа с драйвером RADV.
• В драйвере NVK, реализующем API Vulkan для GPU NVIDIA, реализована поддержка mesh-шейдеров, предоставляющих альтернативный способ генерации коллекций геометрических примитивов.
• В драйвере KosmicKrisp (kk), реализующем Vulkan поверх API Metal, обеспечена поддержка Vulkan 1.4.
• В драйвере rusticl обеспечена поддержка OpenCL 3.1 при работе поверх драйверов asahi, iris, radeonsi, llvmpipe и zink.
• В драйверы Panfrost и PanVK добавлена поддержка GPU ARM Mali G1-Ultra, G1-Premium и G1-Pro.
• Добавлена поддержка Vulkan-расширений:
  • VK_EXT_shader_uniform_buffer_unsized_array для panvk
  • VK_KHR_shader_constant_data для RADV
  • VK_EXT_dynamic_rendering_unused_attachments для panvk
  • VK_KHR_performance_query для RADV/GFX11
  • VK_EXT_conservative_rasterization для panvk
  • VK_EXT_pipeline_protected_access для RADV
  • VK_EXT_extended_dynamic_state3 для panvk
  • VK_KHR_maintenance11 для RADV
  • VK_KHR_workgroup_memory_explicit_layout для pvr
  • VK_KHR_maintenance5 для pvr
  • VK_KHR_calibrated_timestamps для hasvk
  • VK_KHR_present_id для pvr
  • VK_KHR_present_wait для pvr
  • VK_KHR_present_id2 для hasvk
  • VK_KHR_present_wait2 для hasvk
  • VK_KHR_shader_fma для RADV
  • VK_EXT_shader_split_barrier для RADV/GFX12
  • VK_KHR_shader_fma для nvk
  • VK_EXT_shader_atomic_float для nvk
  • VK_{KHR,EXT}_index_type_uint8 для pvr
  • VK_EXT_debug_marker для vulkan runtime
  • VK_EXT_mesh_shader для NVK
  • VK_KHR_device_fault для RADV
  • VK_EXT_present_timing для also on x11
  • VK_EXT_present_timing для hasvk
  • VK_GOOGLE_display_timing для anv, hasvk, hk, nvk, panvk, pvr, radv,
  • VK_KHR_shader_abort для RADV
  • VK_KHR_shader_fma для panvk
  • VK_NV_shader_atomic_float16_vector для NVK
  • VK_KHR_compute_shader_derivatives для panvk
  • VK_EXT_shader_subgroup_ballot для pvr
  • VK_EXT_shader_subgroup_vote для pvr
  • VK_KHR_shader_subgroup_rotate для pvr
  • VK_KHR_shader_subgroup_uniform_control_flow для pvr
  • VK_EXT_subgroup_size_control для pvr
  • VK_EXT_rasterization_order_attachment_access
  • VK_ARM_rasterization_order_attachment_access для panvk
  • VK_NVX_binary_import для NVK
  • VK_EXT_image_sliced_view_of_3d для panvk
  • VK_EXT_shader_tile_image для panvk
  • VK_KHR_internally_synchronized_queues для panvk
  • VK_KHR_workgroup_memory_explicit_layout для panvk
  • VK_EXT_device_memory_report для pvr
  • VK_EXT_descriptor_heap для anv, RADV
  • VK_EXT_device_address_binding_report для panvk
  • VK_EXT_multisampled_render_to_single_sampled для RADV/Android
  • VK_KHR_shader_fma для anv
  • VK_KHR_extended_flags для RADV
  • VK_EXT_display_surface_counter для pvr
  • VK_EXT_display_control для pvr
  • VK_EXT_direct_mode_display для pvr
  • VK_KHR_surface_maintenance1 для pvr
  • VK_EXT_surface_maintenance1 для pvr
  • VK_KHR_swapchain_maintenance1 для pvr
  • VK_EXT_swapchain_maintenance1 для pvr
  • VK_EXT_swapchain_colorspace для pvr
  • VK_EXT_acquire_drm_display для pvr
  • VK_KHR_unified_image_layouts для pvr
  • VK_KHR_shader_quad_control для v3dv
  • VK_KHR_shader_subgroup_rotate для v3dv
  • VK_KHR_shader_maximal_reconvergence для v3dv
  • VK_EXT_shader_image_atomic_int64 для panvk
  • VK_EXT_host_image_copy для RADV/GFX10.3+
  • В драйвер panfrost добавлена поддержка OpenGL-расширения GL_ARB_texture_query_lod.
  • В драйверах iris и radeonsi реализовано OpenCL-расширение cl_khr_subgroup_rotate.
  
  
  Источник: https://www.opennet.ru/opennews/art.shtml?num=66033