QEMU 11.1 est disponible depuis le 11 août 2026, avec plus de 3200 commits provenant de 285 auteurs, et les notes de version décrivent une mouture sans fonctionnalité vedette. Prenez cela pour un compliment plutôt que pour un haussement d'épaules. Ce qui a atterri à la place, c'est une longue liste de frictions supprimées : une émulation de stockage UFS 4.1 qui permet d'exercer les chemins Write Booster et défragmentation, le RISC-V gros-boutiste, la virtualisation imbriquée sur puce Apple via l'accélérateur hvf, et une horloge temps réel que l'on peut sortir de l'hyperviseur. Si vous exploitez QEMU comme une infrastructure et non comme une curiosité, plusieurs de ces points changent ce que vous pouvez reproduire sur une seule machine.
The short answer
QEMU 11.1 est sorti le 11 août 2026. Aucune fonctionnalité vedette unique, ce qui rend la version facile à sous-estimer : elle ajoute l'émulation Universal Flash Storage issue de la spécification UFS 4.1, le RISC-V gros-boutiste et un lot de nouvelles extensions RISC-V, la virtualisation imbriquée sur l'accélérateur Apple hvf, la préservation mémoire MPIPL au plantage sur PowerNV, et le déport vhost-host-user pour le périphérique d'horloge virtio-rtc.
De temps en temps arrive une version que ses propres mainteneurs renoncent à vendre. QEMU 11.1, publié le 11 août 2026, en fait partie. Phoronix la résume comme arrivant sans qu'aucune fonctionnalité ne se détache particulièrement, et l'annonce du projet se lit comme une liste plutôt que comme un argumentaire.
Ce cadrage la sous-estime. Plus de 3200 commits provenant de 285 auteurs composent cette version, et une bonne part d'entre eux appartiennent à la catégorie de changement qui fait passer un problème de « il vous faut le matériel » à « il vous faut un fichier de configuration ».
Le travail sur le stockage est ce qu'il faut remarquer
QEMU 11.1 étend son émulation Universal Flash Storage avec deux fonctions tirées de la spécification UFS 4.1 : le Write Booster et la défragmentation initiée par l'hôte.
Le Write Booster est un mode de cache au niveau du périphérique. Les unités UFS s'en servent pour absorber des rafales d'écritures dans un stockage plus rapide avant de les ranger, et son comportement sous pression est exactement le genre de chose qui produit des rapports de performance déroutants et des pics de latence difficiles à reproduire. La défragmentation initiée par l'hôte fait ce que son nom dit : l'hôte demande au périphérique de se réorganiser au lieu d'attendre que celui-ci le décide.
Les deux comptent parce que l'UFS est le stockage des téléphones, des tablettes et d'un nombre croissant de cartes embarquées et automobiles. Tester face à son comportement réel exigeait jusqu'ici le matériel physique. Désormais, les chemins de cache et de défragmentation s'exercent dans une machine virtuelle, donc dans une intégration continue.
RISC-V voit son coin ingrat couvert
Les ajouts RISC-V de la 11.1 sont larges, et l'un d'eux est délibérément peu spectaculaire : la prise en charge du gros-boutisme.
Presque rien ne se vend en RISC-V gros-boutiste. C'est précisément l'intérêt. La spécification l'autorise, les noyaux et les chaînes de compilation embarquent des chemins de code pour cela, et ces chemins ne sont quasiment jamais exercés dans le monde réel. L'émulation est le seul moyen raisonnable de les tester, et les bogues de boutisme sont le défaut archétypal qui sommeille dans du code portable jusqu'à ce que la seule plateforme non testée le débusque.
À côté de cela, la 11.1 ajoute les extensions Zbr et xbr0p93, Zvfbfa, le LMUL fractionnaire sur les instructions vectorielles SHA, la prise en charge KVM de Zicbop et BFloat16, une nouvelle carte K230 et la gestion du mvendorid Tenstorrent. Le schéma rappelle ce que nous avions vu quand PoCL a fait de RISC-V une cible OpenCL 3.0 conforme : l'architecture a dépassé le stade où la prise en charge signifie démarrer, pour entrer dans celui où elle signifie exhaustivité.
La virtualisation imbriquée arrive sur puce Apple
L'accélérateur hvf est la voie par laquelle QEMU atteint le framework Hypervisor d'Apple, et c'est ce qui donne des invités Arm accélérés matériellement sur un Mac Apple Silicon. QEMU 11.1 y ajoute la virtualisation imbriquée, ainsi que la prise en charge de vGIC pour le contrôleur d'interruptions virtuel.
Conséquence pratique : un invité tournant sous hvf peut maintenant exécuter son propre hyperviseur. Tester du code d'hyperviseur, ou des configurations Kubernetes qui supposent la virtualisation imbriquée disponible, ne réclame plus de dénicher un serveur Arm. Cela réclame un portable que vous possédez peut-être déjà. La prise en charge Apple Silicon côté noyau avance en parallèle, avec les device trees M3 Pro, Max et Ultra intégrés à Linux 7.3.
Le versant Arm gagne aussi un type de machine imx8mp-evk et la possibilité de spécifier la topologie de cache sur la carte virt, ce détail que l'on cherche quand on veut faire correspondre la topologie rapportée par un invité à quelque chose de réel.
Tout le reste qui mérite une ligne
vhost-host-user pour virtio-rtc. La gestion de l'horloge temps réel se déporte hors du processus hyperviseur vers un assistant dédié en espace utilisateur, selon la même répartition que QEMU applique déjà au réseau et au stockage. Sur un hôte densément peuplé, c'est une chose de moins pour laquelle le processus principal doit rester réactif.
MPIPL sur PowerNV. Le contenu de la mémoire survit à une réinitialisation inattendue, donc un plantage laisse quelque chose à examiner. Quiconque a perdu un état à cause d'un redémarrage comprend pourquoi c'est sur la liste.
L'émulation du nest MMU sur PowerPC, et la facilité ASTFLE 2 pour KVM sur s390x, toutes deux de la plomberie de virtualisation imbriquée sur leurs plateformes respectives.
HPPA passe à SeaBIOS-hppa v25, avec des correctifs d'insertion TLB visant l'exécution de HP-UX 9. Un changement au public très restreint et à la valeur très élevée pour ce public.
Travail sur l'interface et la console : meilleure gestion des consoles virtuelles, possibilité de spécifier les encodages de caractères, améliorations GTK et VNC. Peu remarquables une par une, et collectivement la différence entre une console utilisable et une console pénible.
Faut-il migrer
Si vous dépendez d'un paquet de distribution, cela arrivera quand cela arrivera et rien ne presse. Si vous compilez QEMU vous-même et que l'émulation UFS, le RISC-V gros-boutiste ou la virtualisation imbriquée hvf figurent sur votre liste, la 11.1 est la version qui les contient, et aucun de ces éléments ne se rétroporte agréablement.
Côté invités Windows, l'écosystème QEMU bouge également : Triton apporte DirectX 11 à QEMU sous la forme d'un vrai pilote Windows, ce qui comble un manque antérieur à l'essentiel de cette version.
Sources et pour aller plus loin
- QEMU version 11.1.0 released, projet QEMU, 11 août 2026
- QEMU 11.1 Released With Numerous Improvements, Phoronix, 11 août 2026
- Journal des changements de QEMU 11.1, wiki QEMU
- Téléchargements QEMU
Questions fréquentes
Quel changement a le plus de chances de compter sur une machine que j'exploite vraiment ?
Pour la plupart des gens, c'est le travail sur le stockage. QEMU 11.1 ajoute l'émulation UFS du Write Booster, le mode de cache au niveau du périphérique défini par la spécification UFS 4.1, et de la défragmentation initiée par l'hôte. L'Universal Flash Storage est ce qui équipe les téléphones, les tablettes et un nombre croissant de cartes embarquées, et jusqu'ici la seule façon honnête de tester un logiciel face à ses particularités était de posséder le matériel. Pouvoir émuler le cache et la défragmentation signifie qu'un bogue de pilote ou une hypothèse de système de fichiers se reproduit dans une machine virtuelle, dans un script, sur un agent de compilation. C'est la différence entre un bogue que l'on peut bissecter et un bogue que l'on ne peut qu'observer.
À quoi sert le RISC-V gros-boutiste, sachant que quasiment rien ne se vend ainsi ?
À la couverture de test, essentiellement. La spécification RISC-V autorise le fonctionnement gros-boutiste et presque tous les systèmes réels sont petit-boutistes, ce qui veut dire que les chemins de code gros-boutistes des noyaux, des chaînes de compilation et des bibliothèques sont très peu exercés. L'émulation est le seul moyen pratique de les tester. Cela compte si vous maintenez du code portable, parce que les bogues de boutisme sont la catégorie classique qui reste invisible pendant des années puis surgit sur la seule plateforme que personne n'avait testée. QEMU 11.1 ajoute aussi les extensions Zbr et xbr0p93, Zvfbfa, le LMUL fractionnaire sur les instructions vectorielles SHA, la prise en charge KVM de Zicbop et BFloat16, la carte K230 et la gestion du mvendorid Tenstorrent.
Qu'est-ce que la virtualisation imbriquée hvf, et cela aide-t-il sur puce Apple ?
Oui, et c'est l'un des ajouts les plus concrets. L'accélérateur hvf est le chemin par lequel QEMU atteint le framework Hypervisor d'Apple sous macOS, c'est-à-dire la façon d'obtenir des invités Arm accélérés matériellement sur une machine Apple Silicon. QEMU 11.1 y ajoute la virtualisation imbriquée, avec vGIC, le contrôleur d'interruptions générique virtuel. En clair, un invité tournant sous hvf peut désormais exécuter lui-même un hyperviseur. Si vous testez des nœuds Kubernetes qui reposent sur la virtualisation imbriquée, ou du code d'hyperviseur, cela imposait auparavant de trouver un serveur Arm. Côté Arm, la version ajoute aussi un type de machine imx8mp-evk et la spécification de la topologie de cache sur la carte virt.
Que fait vhost-host-user pour virtio-rtc, en pratique ?
Il sort la gestion de l'horloge temps réel du processus hyperviseur pour la confier à un assistant en espace utilisateur séparé. virtio-rtc est le périphérique d'horloge paravirtualisé auquel l'invité s'adresse, et le traiter dans QEMU signifie que le processus principal en porte la charge. Le déporter suit le schéma que QEMU emploie déjà pour le réseau et le stockage avec vhost-user : un processus plus petit et plus ciblé gère un périphérique, et l'hyperviseur n'est plus ce qui doit rester réactif pour lui. Sur un hôte chargé de nombreux invités, cette séparation est un gain d'ordonnancement et d'isolation plutôt qu'une fonctionnalité visible dans un banc d'essai.
Quelque chose pour ceux qui exploitent QEMU sur d'autres architectures que x86 et Arm ?
Deux points à retenir. Sur PowerPC, QEMU 11.1 ajoute la prise en charge de MPIPL pour PowerNV, qui préserve le contenu de la mémoire à travers une réinitialisation inattendue, de sorte qu'un plantage puisse être examiné après coup au lieu de s'évaporer, ainsi que l'émulation du nest MMU. Sur s390x, KVM gagne la prise en charge de la facilité ASTFLE 2, de la plomberie de virtualisation imbriquée côté grand système. HPPA est également passé à SeaBIOS-hppa v25 avec des correctifs d'insertion TLB visant spécifiquement l'exécution de HP-UX 9, le genre de changement qui ne concerne qu'une poignée de personnes et leur importe énormément.