QEMU 11.1 расширяет RISC-V и Arm — big-endian, GICv5, UFS 4.1 и более стабильная миграция

QEMU 11.1.0 опубликован 11 августа 2026 года и принёс крупный набор изменений сразу для нескольких аппаратных архитектур. В RISC-V появилась поддержка big-endian, Arm получил экспериментальный GICv5 и новые FP8-возможности, а подсистемы UFS, live migration, USB и virtio-gpu получили функциональные и защитные исправления.

QEMU 11.1
QEMU 11.1

QEMU 11.1 вышел 11 августа и продолжил развитие ветки 11.x

Официальный сайт QEMU указал версию 11.1.0 как свежий стабильный релиз с датой 11 августа 2026 года, а в GitLab появился соответствующий тег v11.1.0. Исходные архивы qemu-11.1.0.tar.xz и qemu-11.1.0.tar.bz2 были опубликованы в тот же день. Полный перечень изменений разработчики ведут в официальном changelog QEMU 11.1.

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

Ветка 11.1 прошла несколько release candidate: 11.1.0-rc0 появился в середине июля, затем вышли rc1, rc2 и rc3. Стабильная сборка объединила работу по RISC-V, Arm, PowerPC, хранилищам, миграции виртуальных машин, графике и пользовательской эмуляции. Такой охват хорошо показывает характер релиза: QEMU 11.1 развивает сразу несколько направлений, каждое из которых связано с конкретным классом виртуального или ещё только проектируемого оборудования.

RISC-V получил big-endian, K230 и новые расширения ISA

Самое заметное архитектурное изменение QEMU 11.1 связано с RISC-V: эмулятор теперь поддерживает RISC-V target в режиме big-endian. Этот режим определяет порядок хранения байтов многобайтовых значений в памяти — старший байт размещается по меньшему адресу. Для разработчиков системного ПО это расширяет набор конфигураций, которые можно проверять в виртуальной среде.

Одновременно расширилось покрытие набора инструкций RISC-V. В changelog перечислены поддержка Zvfbfa, чернового расширения Zbr, KVM-поддержка Zicbop и BFloat16, а также работа с fractional LMUL для векторных SHA-инструкций. Эти изменения затрагивают компиляторы, ядра ОС, криптографический код и тестовые стенды, которым требуется точное воспроизведение возможностей процессора.

Список виртуальных машин тоже вырос. QEMU 11.1 добавил модель платы K230, обновил встроенный OpenSBI до версии 1.8.1 и получил поддержку mvendorid для Tenstorrent. В той же ветке исправлялись IOMMU, обработка прерываний, обход таблиц страниц, векторные инструкции и дизассемблер RISC-V.

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

Arm получил FP8, экспериментальный GICv5 и nested virtualization через Apple HVF

Arm-направление в QEMU 11.1 особенно заметно там, где программное обеспечение появляется раньше массового оборудования. В TCG добавлена поддержка ряда новых архитектурных возможностей Arm, включая инструкции FP8 для SVE и SME, функции Memory Tagging Extension и расширения, связанные с RME.

FP8 — это 8-битный формат чисел с плавающей точкой, который применяется в современных ИИ-нагрузках благодаря меньшему объёму данных и более высокой плотности вычислений. В QEMU такие инструкции позволяют проверять декодирование, сохранение состояния, обработку исключений, поддержку со стороны компиляторов и ядра ОС ещё до широкого распространения совместимого процессора. Для -cpu max новые возможности становятся частью максимально полного TCG-профиля Arm.

Ещё одна крупная часть релиза — экспериментальная эмуляция Generic Interrupt Controller версии 5. Запуск выполняется через параметр -M virt,gic-version=x-5; префикс x- прямо указывает на экспериментальный интерфейс. GIC отвечает за маршрутизацию аппаратных прерываний между процессорами, устройствами и виртуальными машинами, поэтому ранняя модель GICv5 нужна прежде всего разработчикам ядер, прошивок и гипервизоров.

На компьютерах Apple с Arm-процессорами расширились возможности Hypervisor Framework. QEMU 11.1 добавил nested virtualization для машины virt, то есть гостевая система может работать со своим уровнем виртуализации поверх HVF. В qemu-system-aarch64 появился и сценарий загрузки 32-битного гостя на 64-битном TCG CPU через свойство aarch64=off.

В Arm-подсистеме присутствуют и более узкие платформенные изменения: стандартный аргумент -shim для загрузки UEFI shim, Command Queue Virtualization для SMMUv3 на NVIDIA Tegra241 и новая модель NXP i.MX 8M Mini Evaluation Kit. В совокупности это расширяет QEMU как среду для ранней разработки прошивок и системного ПО под будущие и специализированные Arm-платформы.

UFS 4.1 получил Write Booster и Host Initiated Defragmentation

Подсистема хранения в QEMU 11.1 приблизилась к спецификации UFS 4.1. Эмуляция UFS теперь включает Write Booster и Host Initiated Defragmentation, или HID.

Write Booster в UFS использует быстрый буфер для ускорения записи. Для эмулятора поддержка этого механизма означает возможность тестировать поведение драйверов и системного ПО, которое ожидает соответствующие команды и флаги UFS 4.1. Такой сценарий характерен для мобильных устройств и встроенных платформ, где UFS используется как основное высокоскоростное хранилище.

Host Initiated Defragmentation переносит часть управления фрагментацией на сторону хоста. QEMU воспроизводит интерфейс этого механизма, поэтому драйвер можно проверять без физического накопителя с нужной версией спецификации. В разработку Write Booster вошли и отдельные qtest-тесты, что делает функцию частью автоматизированной проверки самой модели устройства.

Live migration точнее считает остаток данных и учитывает состояние VFIO

Перенос работающей виртуальной машины между хостами получил несколько изменений, которые затрагивают крупные виртуализационные инсталляции. В QEMU 11.1 появился экспериментальный параметр x-rdma-chunk-size, позволяющий задавать размер блока при RDMA-миграции.

Команда query-migrate теперь может сообщать системный объём данных, который ещё остаётся перенести. Расчёт ожидаемого downtime расширен учётом состояния VFIO-устройств. Это особенно заметно в конфигурациях с passthrough, где виртуальная машина использует физическое устройство хоста и его состояние становится частью процесса миграции.

Разработчики исправили несколько сбоев в этой подсистеме: падение при совместном использовании multifd и zerocopy, зависание в состоянии POSTCOPY_DEVICE, сбой при повторной миграции после отменённой первой попытки и редкий crash в VFIO migration. Здесь эффект релиза выражается в конкретных аварийных сценариях, которые раньше могли прерывать перенос виртуальной машины.

USB и virtio-gpu получили исправления use-after-free

В changelog QEMU 11.1 присутствует несколько исправлений, напрямую связанных с безопасностью обработки виртуальных устройств. Для usb-redir устранена возможная ошибка use-after-free, зарегистрированная как CVE-2026-15705. Этот класс ошибок возникает, когда программа продолжает обращаться к участку памяти после его освобождения.

В той же USB-подсистеме исправлены сценарии бесконечного цикла или падения usb-redir, а в XHCI sysbus — выход за границы выделенной области heap. Для virtio-gpu закрыта ещё одна use-after-free, указанная в changelog как CVE-2026-6502.

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

PowerPC перешёл на Power11 и PowerNV11 по умолчанию

Для PowerPC релиз меняет базовые модели, которые QEMU выбирает для современных виртуальных машин. Power11 стал CPU по умолчанию для pseries, а PowerNV11 — основной машиной для PowerNV.

PowerNV получил поддержку MPIPL, механизма сохранения части состояния после сбоя и последующей загрузки для диагностики. В QEMU появились сохранение нужных областей памяти и регистров процессора, обработка состояния через соответствующие таблицы и тесты для этого сценария. Ветка получила и модель nested MMU.

Прошивка SLOF для pseries обновлена, а устаревшие модели CPU Power8E и Power8NVL удалены. Для пользователей PowerPC это меняет набор готовых конфигураций, на которых строятся новые виртуальные машины и автоматические тесты.

Отдельный qemu-vnc и UTF-8 расширяют работу с виртуальной консолью

QEMU 11.1 добавил отдельный сервер qemu-vnc, который способен экспортировать вывод -display dbus через VNC. Это отделяет VNC-сервер от конкретного экземпляра системного эмулятора и расширяет варианты построения графического доступа к виртуальной машине.

В символьных устройствах виртуальной консоли появилось явное кодирование CP437 или UTF-8. Эмулятор VT100 получил поддержку ввода UTF-8 с отображением через CP437, а GTK-консоль — доработки горячего подключения.

Эти изменения выглядят меньше архитектурных новшеств RISC-V и Arm, но затрагивают повседневную работу с виртуальными машинами: отображение текста, подключение консоли и удалённый доступ становятся отдельными, точнее настраиваемыми частями QEMU.

QEMU 11.1 расширяет аппаратные сценарии сразу по нескольким направлениям

QEMU 11.1 объединяет поддержку новых архитектурных возможностей и исправления уже используемых механизмов. RISC-V получил big-endian и новые ISA-расширения, Arm — FP8, GICv5 и дополнительные сценарии HVF, UFS приблизился к версии 4.1, а миграция виртуальных машин стала учитывать больше состояния VFIO и закрыла несколько аварийных комбинаций.

Релиз одновременно показывает роль QEMU как промежуточной среды между спецификацией оборудования и готовым железом. GICv5, новые Arm-инструкции, K230 и свежие расширения RISC-V уже можно моделировать программно, пока доступность реальных платформ остаётся ограниченной.

Следующий этап будет зависеть от двух процессов: насколько быстро QEMU 11.1 попадёт в дистрибутивы и платформы управления виртуализацией, и как будет развиваться экспериментальная модель GICv5. Сам релиз уже зафиксировал базу для этих сценариев, а совместимость конкретных стеков станет понятнее по мере их перехода на ветку 11.1.

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

Вам также может понравиться