Después de 8 meses de desarrollo, se ha publicado la versión de código abierto del hipervisor Xen 4.21. En el desarrollo de esta nueva versión han participado empresas como Amazon, Arm, EPAM Systems y AMD. El código del proyecto está escrito en lenguaje C y se distribuye bajo la licencia GPLv2+. El desarrollo se lleva a cabo bajo la organización Linux Foundation.
Cambios clave en Xen 4.21:
- Se ha garantizado el soporte completo para el modelo de dispositivos Linux stubdomain, que permite ejecutar componentes para la emulación de dispositivos bajo un usuario no privilegiado. El modelo de Linux stubomains fue desarrollado por el proyecto QUBES OS y soporta el uso de controladores de emulación de lanzamientos recientes de QEMU, así como funcionalidades auxiliares disponibles en QEMU para sistemas invitados.
- Cambios para sistemas basados en la arquitectura x86:
- Se ha añadido soporte para un nuevo algoritmo de compresión de la estructura PDX (Page inDeX), que mejora el funcionamiento de Xen en procesadores Intel Sierra Forest y Granite Rapids con un mapeo de memoria física no lineal (sparse memory map), que permite la existencia de áreas vacías.
- Se ha añadido la capacidad de controlar el atributo de caché en MTRR (Memory Type Range Registers) para el registro BAR (Base Address Register) del dispositivo PCI base de la plataforma Xen, utilizado por los sistemas invitados en modo HVM. Por defecto, en MTRR para la memoria reflejada de los dispositivos PCI, se establece el atributo UC (uncacheable), que es relevante para dispositivos PCI reales, pero que solo disminuye el rendimiento del dispositivo PCI de la plataforma Xen.
- Para procesadores AMD, se ha añadido un nuevo controlador amd-cppc/amd-cppc-epp, que gestiona el cambio de frecuencia de la CPU para lograr un rendimiento óptimo. El controlador utiliza el mecanismo CPPC (Collaborative Processor Performance Control), que a diferencia de acpi-cpufreq no está limitado a tres niveles de rendimiento y permite una respuesta más rápida a los cambios de estado.
- En la variante de la capa xenstore-stubdom, utilizada para ejecutar xenstored sin privilegios de Dom0, se ha implementado soporte para actualizaciones en vivo en entornos paravirtualizados en modo PVH.
- Para Dom0 en modo PVH, se ha implementado soporte para la tecnología Resizable BAR (Resizable Base Address Register), que permite acceder de inmediato a toda la memoria del dispositivo PCI Express, en lugar de solo en función de bloques.
- Se ha implementado la posibilidad de pasar dispositivos PCI a entornos domU en modo HVM (virtualización de hardware completa) en configuraciones donde dom0 funciona en modo PVH (virtualización híbrida de hardware y paravirtualización).
- Cambios para sistemas basados en la arquitectura ARM:
- Se ha añadido la capacidad de habilitar el mecanismo de protección de pila (compilación con la bandera '-fstack-protector'), basado en la inclusión de marcadores canarios en la pila: secuencias aleatorias. En caso de un desbordamiento de buffer durante el aprovechamiento de una vulnerabilidad, el marcador canario es sobrescrito por otros datos, lo que provoca que se active la posterior verificación de inmutabilidad del marcador y se inicie una terminación de emergencia de la aplicación.
- Se ha añadido soporte para el mecanismo eSPI (Extended Shared Peripheral Interrupts), proporcionado por los controladores de interrupciones GICv3.1.
- Se ha implementado el procesamiento SMMU (System Memory Management Unit) al pasar dispositivos PCIe.
- Se ha añadido soporte para controladores de host PCI utilizados en la cuarta generación de SoC Renesas R-Car.
- Se ha añadido soporte inicial para los procesadores Cortex-R52 y Cortex-R82 con MPU (Unidad de Protección de Memoria).
- En el puerto de Xen para la arquitectura RISC-V, se ha implementado soporte básico para UART y la posibilidad de manejar interrupciones externas (APLIC/IMSIC) en modo hipervisor.
- Se ha continuado la implementación de los requisitos para el desarrollo de software seguro y confiable en el lenguaje C, formulados en las especificaciones MISRA-C para sistemas críticos.
- Se ha descontinuado el soporte para versiones antiguas de GCC y Clang; ahora se requieren como mínimo versiones GCC 5.1, Clang 11, Binutils 2.25 y GNU Make 3.80 para la compilación.
Fuente: opennet.ru
