La sortie du projet QEMU 9.1 a été annoncée. En tant qu'émulateur, QEMU permet d'exécuter un programme conçu pour une plateforme matérielle sur un système d'architecture complètement différente, par exemple, d'exécuter une application pour ARM sur un PC compatible x86. En mode virtualisation, les performances d'exécution du code dans un environnement isolé se rapprochent de celles des systèmes matériels en raison de l'exécution directe des instructions sur le CPU et de l'utilisation de l'hyperviseur Xen ou du module KVM sous Linux, ou du module NVMM sous NetBSD.
Le projet a été initialement créé par Fabrice Bellard dans le but de permettre l'exécution de fichiers exécutables Linux compilés pour l'architecture x86 sur des architectures autres que x86. Au fil des années, le support d'une émulation complète pour 14 architectures matérielles a été ajouté, et le nombre d'appareils matériels émulés a dépassé 400. Pour la version 9.1, plus de 2800 modifications ont été apportées par 263 développeurs.
Améliorations clés ajoutées dans QEMU 9.1 :
- Dans l'outil de migration des systèmes invités, le support pour l'accélération de la compression des données a été implémenté, utilisant la technologie IAA (Intel In-Memory Analytics Accelerator) ou UADK (User Space Accelerator Development Kit). Le soutien à la récupération après échecs de migration en mode postcopy a été amélioré.
- Dans le mécanisme virtio, utilisé pour organiser l'interaction entre les systèmes invités et le système hôte, le support pour la fonction VIRTIO_F_NOTIFICATION_DATA a été ajouté, permettant aux pilotes du côté des systèmes invités d'envoyer des données supplémentaires avec les notifications envoyées. Cette fonction peut être utilisée, par exemple, pour envoyer des données de débogage ou pour optimiser les performances.
- Dans l'agent invité pour les systèmes Linux, la commande guest-network-get-route a été ajoutée, et pour les systèmes Windows, des commandes guest-ssh-* ont été ajoutées. Les options de configuration pour les commandes “allowed” et “blocked” ont été étendues dans l'interface de ligne de commande.
- Dans l'émulateur de l'architecture ARM, le support des extensions de processeur EAT_NMI, FEAT_CSV2_3, FEAT_ETS2, FEAT_Spec_FPACC, FEAT_WFxT, FEAT_Debugv8p8 a été ajouté. Lors de l'émulation du bloc de gestion de la mémoire SMMUv3 (System Memory Management Unit), le support des pages de mémoire imbriquées et à deux niveaux a été mis en œuvre. Pour les cartes Xilinx Zynq, le support de l'émulation de configurations multiprocesseurs, du contrôleur d'affichage DM163 et du contrôleur de cache a été ajouté.
- L'émulateur de l'architecture LoongArch permet le chargement direct d'images de noyau au format ELF et a ajouté la prise en charge du lancement de jusqu'à 256 CPU, en utilisant l'extension extioi. Les capacités de débogage ont été améliorées.
- L'émulateur de l'architecture RISC-V a ajouté la prise en charge des extensions processeur Zve32x, Zve64x, Zimop, Zcmop, Zama16b, Zabha, Zawrs et Smcntrpmf, ainsi que la version 1.13 de la spécification de l'architecture du jeu d'instructions privilégié. Les capacités de débogage ont été améliorées.
- L'émulateur de l'architecture SPARC a ajouté la prise en charge des extensions processeur FMAF, IMA, VIS3 et VIS4.
- Dans l'émulateur d'architecture x86 pour l'hyperviseur KVM La possibilité de lancer des systèmes invités en utilisant l'extension processeur AMD SEV-SNP (Secure Nested Paging) a été mise en œuvre, garantissant un fonctionnement sécurisé avec des tables de pages mémoire imbriquées. La prise en charge de l'émulation CPU basée sur les microarchitectures Icelake-Server-v7, SapphireRapids-v3 et SierraForest a été réalisée.
- Une vulnérabilité (CVE-2024-7409) a été corrigée dans le serveur les dispositifs de bloc NBD (Network Block Device), permettant à travers des manipulations dans le système invité de provoquer l'arrêt anormal de QEMU lors de l'exécution de l'opération nbd-server-stop, même si le client ne possède pas de clés TLS pour se connecter au serveur NBD.
Source : opennet.ru
