Dopo 8 mesi di sviluppo, è stata pubblicata la release del hypervisor open source Xen 4.21. Tra le aziende che hanno partecipato allo sviluppo di questa nuova versione ci sono Amazon, Arm, EPAM Systems e AMD. Il codice del progetto è scritto in linguaggio C ed è distribuito sotto licenza GPLv2+. Lo sviluppo è gestito nell'ambito della Linux Foundation.
Modifiche principali in Xen 4.21:
- È stata garantita la piena supporto del modello di dispositivi Linux stubdomain, che consente di eseguire i componenti per l'emulazione dei dispositivi sotto un utente non privilegiato separato. Il modello Linux stubomains è stato sviluppato dal progetto QUBES OS e supporta l'uso di driver di emulazione dalle versioni recenti di QEMU, così come le funzionalità correlate disponibili in QEMU per i sistemi guest.
- Modifiche per i sistemi basati sull'architettura x86:
- È stato aggiunto il supporto per un nuovo algoritmo di compressione della struttura PDX (Page inDeX), che migliora le prestazioni di Xen sui processori Intel Sierra Forest e Granite Rapids in presenza di una mappatura della memoria fisica non lineare (sparse memory map), che può presentare aree vuote.
- È stata aggiunta la possibilità di controllare l'attributo di caching in MTRR (Memory Type Range Registers) per il registro BAR (Base Address Register) del dispositivo PCI di base della piattaforma Xen, utilizzato dalle macchine virtuali in modalità HVM. Per impostazione predefinita, in MTRR per la memoria riflessa dei dispositivi PCI, l'attributo è impostato su UC (uncacheable), il che ha senso per i dispositivi PCI reali, ma riduce le prestazioni del dispositivo PCI della piattaforma Xen.
- Per i processori AMD è stato aggiunto un nuovo driver amd-cppc/amd-cppc-epp, che gestisce la variazione della frequenza della CPU per ottenere prestazioni ottimali. Il driver utilizza il meccanismo CPPC (Collaborative Processor Performance Control), che a differenza di acpi-cpufreq non è limitato a tre livelli di prestazione e consente una risposta più rapida ai cambiamenti dello stato.
- Nella variante dello stub xenstore-stubdom, utilizzata per avviare xenstored senza privilegi di Dom0, è stata implementata la supporto all'aggiornamento live per gli ambienti paravirtualizzati in modalità PVH.
- Per Dom0 in modalità PVH è stata implementata la supporto della tecnologia Resizable BAR (Resizable Base Address Register), che consente di accedere immediatamente all'intera memoria del dispositivo PCI Express, e non solo in relazione ai blocchi.
- È stata implementata la possibilità di inoltrare dispositivi PCI negli ambienti domU in modalità HVM (virtualizzazione hardware completa) nelle configurazioni in cui dom0 opera in modalità PVH (virtualizzazione ibrida hardware e paravirtualizzazione).
- Modifiche per sistemi basati su architettura ARM:
- È stata aggiunta la possibilità di attivare il meccanismo di protezione dello stack (build con il flag "-fstack-protector"), basato sull'aggiunta di etichette di canarini nello stack - sequenze casuali. In caso di overflow del buffer durante l'utilizzo della vulnerabilità, l'etichetta canarino viene sovrascritta da altri dati, portando all'attivazione del successivo controllo di integrità dell'etichetta e all'avvio della chiusura anomala dell'applicazione.
- È stato aggiunto il supporto per il meccanismo eSPI (Extended Shared Peripheral Interrupts), fornito dai controller di interruzione GICv3.1.
- È stata implementata la gestione SMMU (System Memory Management Unit) durante l'inoltro di dispositivi PCIe.
- È stata aggiunta la compatibilità iniziale per i controller host PCI utilizzati nella quarta generazione di SoC Renesas R-Car.
- È stato aggiunto il supporto iniziale per i processori Cortex-R52 e Cortex-R82 con MPU (Memory Protection Unit).
- Nel port XEN per l'architettura RISC-V è implementato il supporto di base per UART e la gestione delle interruzioni esterne (APLIC/IMSIC) in modalità hypervisor.
- Continua l'implementazione dei requisiti per lo sviluppo di software sicuro e affidabile in linguaggio C, come specificato nelle specifiche MISRA-C per i sistemi critici.
- Interrotta la supporto per le vecchie versioni di GCC e Clang; ora sono richieste almeno la versione 5.1 di GCC, la versione 11 di Clang, Binutils 2.25 e GNU Make 3.80 per la compilazione.
Fonte: opennet.ru
