Der Emulator QEMU 9.2.0 wurde veröffentlicht und unterstützt Rust und Vulkan.

Die Veröffentlichung des Projekts QEMU 9.2 wurde vorgestellt. Als Emulator ermöglicht QEMU das Ausführen von Programmen, die für eine Hardwareplattform kompiliert wurden, auf einem System mit einer ganz anderen Architektur, beispielsweise das Ausführen einer Anwendung für ARM auf einem mit x86 kompatiblen PC. Im Virtualisierungsmodus ist die Performance der Ausführung von Code in einer isolierten Umgebung nahezu vergleichbar mit der einer Hardwarelösung, da Instruktionen direkt auf der CPU ausgeführt und der Hypervisor Xen oder das KVM-Modul in Linux oder das NVMM-Modul in NetBSD genutzt werden.

Das Projekt wurde ursprünglich von Fabrice Bellard ins Leben gerufen, um die Ausführung von für x86-kompilierte Linux-Binärdateien auf anderen Architekturen als x86 zu ermöglichen. Im Laufe der Jahre wurde die Unterstützung für die vollständige Emulation von 14 Hardwarearchitekturen hinzugefügt, und die Anzahl der emulierten Hardwaregeräte überstieg 400. Bei der Vorbereitung der Version 9.2 wurden über 1700 Änderungen von 209 Entwicklern implementiert.

Wichtige Verbesserungen, die in QEMU 9.2 hinzugefügt wurden:

• Es wurde experimentelle Unterstützung für die Erstellung von Gerätemodellen in der Programmiersprache Rust hinzugefügt. Wenn QEMU mit Unterstützung für Rust kompiliert wird, wird standardmäßig eine alternative Implementierung des PL011 UART-Treibers, die in Rust geschrieben wurde, verwendet, die jedoch bisher nicht für den allgemeinen Gebrauch empfohlen wird.

  Derzeit ist die Unterstützung von Rust in QEMU standardmäßig deaktiviert und wird bei der Erstellung aktiviert, indem die Option „—enable-rust“ beim Start des Konfigurationsskripts angegeben wird. Für die Erstellung mit Rust sind mindestens die Versionen rustc 1.63.0 und bindgen 0.60.0 erforderlich (zum Beispiel muss in Debian 12 eine neuere Version von Rust separat installiert werden). In Zukunft planen die Compiler für Rust und der Bindungsgenerator bindgen, zu den obligatorischen Build-Abhängigkeiten hinzugefügt zu werden.

  Zu den Plänen, die Rust in QEMU vorantreiben sollen, gehört die Fertigstellung des HPET (High Precision Event Timer)-Treibers und des Treibers für Blockgeräte, die in Rust geschrieben sind, sowie die Weiterentwicklung der Bindings zur Nutzung von Rust in verschiedenen QEMU-Komponenten (z.B. in Blockgerätetreibern, Timern und GPIO) und das Neuschreiben sicherheitskritischer Systeme wie virtio in Rust.

• Im VirtIO-GPU-Gerät, das den Betrieb des virtuellen GPUs ermöglicht, wurde die Unterstützung für 3D-Beschleunigung unter Verwendung der Grafik-API Vulkan hinzugefügt, die über den in Mesa integrierten Vulkan-Treiber Venus realisiert wird und es ermöglicht, dem Gastsystem ein virtuelles GPU für 3D-Rendering bereitzustellen, ohne exklusiven direkten Zugriff auf das physische GPU zu eröffnen. Es ist erforderlich, dass die Bibliothek virglrenderer auf der Host-Seite und der Mesa-Treiber Venus auf der Gast-Seite vorhanden sind. Eine Anleitung zur Einrichtung der Vulkan-Unterstützung in QEMU ist verfügbar.
• In das Migrationswerkzeug für Gäste wurde die Unterstützung für die Beschleunigung von Komprimierungsoperationen gleichzeitig übertragener Datenströme hinzugefügt, unter Verwendung der QATzip-Bibliothek, die den in Intel-Prozessoren integrierten QAT-Beschleuniger (QuickAssist Technology) nutzt, der Mittel zur Beschleunigung berechneter Vorgänge im Zusammenhang mit Komprimierung und Verschlüsselung bietet.
• Im kryptografischen Backend basierend auf GLib wurde die Unterstützung des Hash-Algorithmus SHA-384 hinzugefügt.
• Im ARM-Architekture-Emulator wurde die Unterstützung der Prozessorerweiterungen FEAT_EBF16 und FEAT_CMOW sowie der für Sicherheitsfunktionen verwendeten Erweiterungen auf Xilinx-Zynq-A9-Boards hinzugefügt. Bei Verwendung der Komponente HVF, die das Hypervisor.framework-Toolkit zur Beschleunigung der Ausführung von Gastbetriebssystemen auf ARM-Mac-Computern nutzt, wird die Unterstützung von mehr als 64 GB Speicher gewährleistet. Für die emulierten Systeme sbsa-ref und virt wurde die Unterstützung der zweistufigen Adressübersetzung im SMMU (System Memory Management Unit) hinzugefügt. Die Unterstützung für veraltete Typen von emulierten Geräten wie akita, borzoi, cheetah, connex, mainstone, n800, n810, spitz, terrier, tosa, verdex und z2 wurde eingestellt.
• Im x86-Emulator wurde die Unterstützung für eine neue Art von Hardwarekonfiguration hinzugefügt — nitro-enclave, die die AWS Nitro Enclave-Umgebung emuliert und in der Lage ist, Systemabbilder im Enclave Image Format zu laden.
• Im x86-Architekture-Emulator für den Hypervisor wurde die Möglichkeit implementiert, die Unterstützung für den Befehlssatz AVX10 sowie spezifische Versionen von AVX10 — avx10-128, avx10-256 und avx10-512 — zu aktivieren. KVM Es wurde die Möglichkeit implementiert, die Unterstützung für den AVX10-Befehlssatz sowie spezifische Versionen von AVX10 — avx10-128, avx10-256 und avx10-512 zu aktivieren.
• Im RISC-V-Emulator wurde die Unterstützung für die Erweiterungen des Befehlssatzes Svvptc, Bitmanip (Bitmanipulation) und CFI (Control Flow Integrity), die auf OpenTitan-Platinen verwendet werden, hinzugefügt. In den emulierten Systemtyp „virt“ wurde die Unterstützung für IOMMU integriert. Die Leistung der Befehle ld und st wurde erhöht.
• Im HPPA-Architektur-Emulator wurde die SeaBIOS-hppa-Firmware auf Version 17 aktualisiert.
• Im Emulator der Architektur s390x wurde die Möglichkeit hinzugefügt, von anderen Geräten zu starten, falls das Starten vom angegebenen Gerät nicht möglich war.

Quelle: opennet.ru