{"id":148860,"date":"2025-11-19T17:11:54","date_gmt":"2025-11-19T15:11:54","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/vypusk-gipervizora-xen-4-21"},"modified":"2025-11-19T17:11:54","modified_gmt":"2025-11-19T15:11:54","slug":"vypusk-gipervizora-xen-4-21","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/news\/vypusk-gipervizora-xen-4-21","title":{"rendered":"Publication de l'hyperviseur Xen 4.21","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Apr\u00e8s 8 mois de d\u00e9veloppement, la version du t\u00e9l\u00e9chargeur libre Xen 4.21 a \u00e9t\u00e9 publi\u00e9e. Des entreprises telles qu'Amazon, Arm, EPAM Systems et AMD ont contribu\u00e9 au d\u00e9veloppement de cette nouvelle version. Le code du projet est \u00e9crit en C et est distribu\u00e9 sous la licence GPLv2+. Le d\u00e9veloppement se fait au sein de l'organisation Linux Foundation. <\/p>\n
Modifications cl\u00e9s de Xen 4.21 : <\/p>\n
\n
La prise en charge compl\u00e8te du mod\u00e8le d'appareils Linux stubdomain a \u00e9t\u00e9 assur\u00e9e, permettant l'ex\u00e9cution de composants pour l'\u00e9mulation d'appareils sous un utilisateur non privil\u00e9gi\u00e9 distinct. Le mod\u00e8le Linux stubomains a \u00e9t\u00e9 d\u00e9velopp\u00e9 par le projet QUBES OS et prend en charge l'utilisation de pilotes d'\u00e9mulation des derni\u00e8res versions de QEMU, ainsi que les fonctionnalit\u00e9s auxiliaires disponibles dans QEMU pour les syst\u00e8mes invit\u00e9s.\n
Modifications pour les syst\u00e8mes bas\u00e9s sur l'architecture x86 :\n
\n
Le nouveau algorithme de compression de la structure PDX (Page inDeX) a \u00e9t\u00e9 ajout\u00e9, permettant d'am\u00e9liorer le fonctionnement de Xen sur les processeurs Intel Sierra Forest et Granite Rapids en cas de mappage de la m\u00e9moire physique non lin\u00e9aire (sparse memory map), permettant la pr\u00e9sence de zones vides.\n
La possibilit\u00e9 de contr\u00f4ler l'attribut de mise en cache dans les MTRR (Registers de Type de M\u00e9moire) pour le registre BAR (Base Address Register) des dispositifs PCI de base de la plateforme Xen, utilis\u00e9s par les syst\u00e8mes invit\u00e9s en mode HVM, a \u00e9t\u00e9 ajout\u00e9e. Par d\u00e9faut, l'attribut UC (non cachable) est d\u00e9fini dans les MTRR pour la m\u00e9moire refl\u00e9t\u00e9e des dispositifs PCI, ce qui est de sens pour les dispositifs PCI r\u00e9els, mais ne fait que r\u00e9duire la performance des dispositifs PCI de la plateforme Xen.\n
Pour les processeurs AMD, un nouveau pilote amd-cppc\/amd-cppc-epp a \u00e9t\u00e9 ajout\u00e9, contr\u00f4lant le changement de fr\u00e9quence du CPU pour atteindre des performances optimales. Ce pilote utilise le m\u00e9canisme CPPC (Collaborative Processor Performance Control), qui, contrairement \u00e0 acpi-cpufreq, n'est pas limit\u00e9 \u00e0 trois niveaux de performance et permet de r\u00e9agir plus rapidement aux changements d'\u00e9tat.\n
Dans l'interface xenstore-stubdom, utilis\u00e9e pour lancer xenstored sans privil\u00e8ges Dom0, la prise en charge de la mise \u00e0 jour en direct pour les environnements paravirtualis\u00e9s en mode PVH a \u00e9t\u00e9 mise en \u0153uvre.\n
Pour Dom0 en mode PVH, la technologie Resizable BAR (Registre de Base d'Adresse Redimensionnable) a \u00e9t\u00e9 mise en \u0153uvre, permettant d'acc\u00e9der imm\u00e9diatement \u00e0 toute la m\u00e9moire de l'appareil PCI Express, et non seulement selon les blocs.\n
La possibilit\u00e9 de passer des p\u00e9riph\u00e9riques PCI dans des environnements domU en mode HVM (virtualisation mat\u00e9rielle compl\u00e8te) a \u00e9t\u00e9 r\u00e9alis\u00e9e dans les configurations o\u00f9 dom0 fonctionne en mode PVH (hybride entre virtualisation mat\u00e9rielle et paravirtualisation). <\/ul>\n
Modifications pour les syst\u00e8mes bas\u00e9s sur l'architecture ARM :\n
\n
Ajout de la possibilit\u00e9 d'activer le m\u00e9canisme de protection de la pile (compilation avec le drapeau «-fstack-protector»), qui repose sur l'ajout de marqueurs canaris dans la pile \u2014 des s\u00e9quences al\u00e9atoires. En cas de d\u00e9bordement de tampon lors de l'exploitation d'une vuln\u00e9rabilit\u00e9, le marqueur canari se retrouve \u00e9cras\u00e9 par d'autres donn\u00e9es, entra\u00eenant le d\u00e9clenchement de la v\u00e9rification de l'int\u00e9grit\u00e9 du marqueur et l'initiation d'un arr\u00eat d'urgence de l'application.\n
Ajout de la prise en charge du m\u00e9canisme eSPI (Extended Shared Peripheral Interrupts) fourni par les contr\u00f4leurs d'interruption GICv3.1.\n
Traitement du SMMU (System Memory Management Unit) lors du passage \u00e0 travers des p\u00e9riph\u00e9riques PCIe.\n
Ajout de la prise en charge des contr\u00f4leurs h\u00f4tes PCI utilis\u00e9s dans la quatri\u00e8me g\u00e9n\u00e9ration des SoC Renesas R-Car.\n
Ajout d'un support initial pour les processeurs Cortex-R52 et Cortex-R82 avec MPU (Memory Protection Unit). <\/ul>\n
Dans le port Xen pour l'architecture RISC-V, prise en charge de base de l'UART et possibilit\u00e9 de traitement des interruptions externes (APLIC\/IMSIC) en mode hyperviseur.\n
La mise en \u0153uvre des exigences pour le d\u00e9veloppement de programmes s\u00fbrs et fiables en C, \u00e9nonc\u00e9es dans les sp\u00e9cifications MISRA-C pour les syst\u00e8mes critiques, a \u00e9t\u00e9 poursuivie.\n
La prise en charge des anciennes versions de GCC et Clang a \u00e9t\u00e9 interrompue, pour la compilation, les versions minimales requises sont d\u00e9sormais GCC 5.1, Clang 11, Binutils 2.25 et GNU Make 3.80. <\/ul>\n