Version des Hypervisors Xen 4.21.

Nach 8 Monaten Entwicklung wurde die Veröffentlichung des freien Hypervisors Xen 4.21 angekündigt. An der Entwicklung der neuen Version waren Unternehmen wie Amazon, Arm, EPAM Systems und AMD beteiligt. Der Code des Projekts ist in C geschrieben und wird unter der GPLv2+-Lizenz veröffentlicht. Die Entwicklung erfolgt im Rahmen der Linux Foundation.

Wichtige Änderungen in Xen 4.21:

• Es wird vollständige Unterstützung für das Linux-Stubdom-Gerätemodell geboten, das die Ausführung von Komponenten zur Emulation von Geräten unter einem separaten, nicht privilegierten Benutzer ermöglicht. Das Modell der Linux-Stubdomänen wurde von dem Projekt QUBES OS entwickelt und unterstützt die Verwendung von Emulator-Treibern aus den neuesten Versionen von QEMU sowie die in QEMU verfügbaren Begleitfunktionen für Gastsysteme.
• Änderungen für Systeme auf Basis der x86-Architektur:
  • Unterstützung für den neuen PDX-Kompressionsalgorithmus (Page inDeX) wurde hinzugefügt, der die Leistung von Xen auf Intel-Prozessoren Sierra Forest und Granite Rapids bei einer nichtlinearen Abbildung des physischen Speichers (sparse memory map), die leere Bereiche zulässt, verbessert.
  • Die Möglichkeit, das Cache-Attribut in MTRR (Memory Type Range Registers) für das BAR-Register (Base Address Register) von Basis-PCI-Geräten der Xen-Plattform, das von Gastsystemen im HVM-Modus verwendet wird, zu steuern, wurde hinzugefügt. Standardmäßig wird im MTRR für die zurückgegebene PCI-Gerätespeicheradresse das Attribut UC (uncacheable) festgelegt, das für echte PCI-Geräte sinnvoll ist, jedoch die Leistung des PCI-Geräts der Xen-Plattform verringert.
  • Für AMD-Prozessoren wurde ein neuer Treiber amd-cppc/amd-cppc-epp hinzugefügt, der die Änderung der CPU-Frequenz zur Erreichung optimaler Leistung steuert. Der Treiber nutzt den CPPC-Mechanismus (Collaborative Processor Performance Control), der im Gegensatz zu acpi-cpufreq nicht auf drei Leistungsstufen beschränkt ist und schneller auf Zustandsänderungen reagieren kann.
  • Im Xenstore-Stubdom, der verwendet wird, um xenstored ohne Privilegien von Dom0 auszuführen, wurde Unterstützung für ein live-Update im paravirtualisierten Umfeld im PVH-Modus realisiert.
  • Für Dom0 im PVH-Modus wurde Unterstützung für die Technologie Resizable BAR (Resizable Base Address Register) realisiert, die es ermöglicht, auf den gesamten Speicher des PCI Express-Geräts zuzugreifen, anstatt nur an Blöcke gebunden zu sein.
  • Die Möglichkeit, PCI-Geräte im domU-Umgebungen im HVM-Modus (vollständige Hardwarevirtualisierung) in Konfigurationen weiterzugeben, in denen dom0 im PVH-Modus (hybride Hardwarevirtualisierung und Para-Virtualisierung) arbeitet, wurde implementiert.
• Änderungen für Systeme auf Basis der ARM-Architektur:
  • Die Möglichkeit zur Aktivierung eines Stackschutzmechanismus (Kompilierung mit dem Flag „-fstack-protector“), der auf der Hinzufügung von Kanarienmarken — zufälligen Sequenzen — im Stack basiert, wurde hinzugefügt. Im Falle eines Bufferüberlaufs während der Ausnutzung einer Schwachstelle wird die Kanarienmarke von anderen Daten überschrieben, was zu einer nachfolgenden Überprüfung der Unveränderlichkeit der Marke und der Initiierung eines Notabschaltens der Anwendung führt.
  • Die Unterstützung des eSPI-Mechanismus (Extended Shared Peripheral Interrupts), bereitgestellt von den GICv3.1 Interruptcontrollern, wurde hinzugefügt.
  • Die Verarbeitung des SMMU (System Memory Management Unit) beim Durchschleifen von PCIe-Geräten wurde implementiert.
  • Die Unterstützung von PCI-Hostcontrollern, die im vierten Generation SoC Renesas R-Car verwendet werden, wurde hinzugefügt.
  • Die anfängliche Unterstützung für Cortex-R52- und Cortex-R82-Prozessoren mit MPU (Memory Protection Unit) wurde hinzugefügt.
• Im Xen-Port für die RISC-V-Architektur wurde die grundlegende Unterstützung für UART und die Möglichkeit zur Verarbeitung externer Interrupts (APLIC/IMSIC) im Hypervisormodus implementiert.
• Die Umsetzung der Anforderungen an die Entwicklung sicherer und zuverlässiger Software in C, die in den MISRA-C-Spezifikationen für sicherheitskritische Systeme formuliert sind, wurde fortgesetzt.
• Die Unterstützung für alte Versionen von GCC und Clang wurde eingestellt. Für die Kompilierung sind jetzt mindestens GCC 5.1, Clang 11, Binutils 2.25 und GNU Make 3.80 erforderlich.

Quelle: opennet.ru