Veröffentlichung des Hypervisors Xen 4.21.

Nach 8 Monaten Entwicklung wurde die Veröffentlichung des freien Hypervisors Xen 4.21 bekannt gegeben. 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 verbreitet. Die Entwicklung erfolgt im Rahmen der Linux Foundation.

Wesentliche Änderungen in Xen 4.21:

• Es wird eine vollständige Unterstützung des Linux Stubdomain-Gerätemodells gewährleistet, das die Ausführung von Komponenten zur Emulation von Geräten unter einem separaten unprivilegierten Benutzer ermöglicht. Das Modell der Linux Stubdomains wurde im Projekt QUBES OS entwickelt und unterstützt die Verwendung von Emulations-Treibern aus den neuesten Versionen von QEMU sowie von QEMU verfügbaren Begleitfunktionen für Gastsysteme.
• Änderungen für x86-basierte Systeme:
  • Die Unterstützung eines neuen Komprimierungsalgorithmus für die PDX-Struktur (Page inDeX) wurde hinzugefügt, um die Leistung von Xen auf Intel-Prozessoren der Sierra Forest- und Granite Rapids-Serie bei nichtlinearen Abbildungen des physischen Speichers (sparse memory map) zu verbessern, die leere Bereiche zulassen.
  • Die Möglichkeit, das Cache-Attribut in den MTRR (Memory Type Range Registers) für das BAR (Base Address Register) des grundlegenden PCI-Geräts der Xen-Plattform, das von den Gast-Systemen im HVM-Modus verwendet wird, zu steuern, wurde hinzugefügt. Standardmäßig wird im MTRR für die Spiegelung des PCI-Gerätespeichers das Attribut UC (uncacheable) gesetzt, was für echte PCI-Geräte sinnvoll ist, jedoch die Leistung des PCI-Geräts auf 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 steuert, um eine optimale Leistung zu erzielen. Im Treiber wird der CPPC-Mechanismus (Collaborative Processor Performance Control) verwendet, der im Gegensatz zu acpi-cpufreq nicht auf drei Leistungsstufen beschränkt ist und schneller auf Statusänderungen reagieren kann.
  • In der xenstore-stubdom-Schicht, die verwendet wird, um xenstored ohne privilegiertes Dom0 zu starten, wurde die Unterstützung für Live-Updates in paravirtualisierten Umgebungen im PVH-Modus implementiert.
  • Für Dom0 im PVH-Modus wurde die Unterstützung für die Resizable BAR-Technologie (Resizable Base Address Register) implementiert, die es ermöglicht, sofort auf den gesamten Speicher eines PCI-Express-Geräts zuzugreifen, und nicht nur basierend auf Blöcken.
  • Die Möglichkeit, PCI-Geräte in domU-Umgebungen im HVM-Modus (vollständige hardwarebasierte Virtualisierung) zu durchreichen, wurde implementiert in Konfigurationen, in denen dom0 im PVH-Modus (hybride hardwarebasierte und paravirtualisierte Virtualisierung) arbeitet.
• Änderungen für Systeme auf ARM-Architektur:
  • Die Möglichkeit zur Aktivierung des Stack-Schutzmechanismus (Kompilation mit dem Flag „-fstack-protector“), der auf der Hinzufügung von Kanarien-Labels – zufälligen Sequenzen – zum Stack basiert, wurde hinzugefügt. Im Falle einer Bufferüberlaufverletzung wird das Kanarienlabel während des Betriebs von anderen Daten überschrieben, was zur Auslösung der nachfolgenden Integritätsprüfung des Labels und zur Initiierung eines Notabschaltungs der Anwendung führt.
  • Unterstützung des eSPI (Extended Shared Peripheral Interrupts) Mechanismus, bereitgestellt durch GICv3.1 Interrupt-Controller, wurde hinzugefügt.
  • Die Verarbeitung von SMMU (System Memory Management Unit) beim Durchreichen von PCIe-Geräten wurde implementiert.
  • Unterstützung von PCI-Hostcontrollern, die in der vierten Generation von SoC Renesas R-Car verwendet werden, wurde hinzugefügt.
  • Vorläufige 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 eine grundlegende Unterstützung für UART sowie die Verarbeitung externer Interrupts (APLIC/IMSIC) im Hypervisor-Modus implementiert.
• Die Umsetzung der Anforderungen an die Entwicklung sicherer und zuverlässiger Software in C, wie sie in den MISRA-C-Spezifikationen für sicherheitskritische Systeme festgelegt sind, wird fortgesetzt.
• Die Unterstützung für ältere Versionen von GCC und Clang wurde eingestellt. Für den Build sind nun mindestens GCC 5.1, Clang 11, Binutils 2.25 und GNU Make 3.80 erforderlich.

Quelle: opennet.ru