IOMMU

Cosa c'è da sapere

Come funziona

Un dispositivo emette transazioni DMA impiegando indirizzi interpretati da un'unità di traduzione I/O. Il sistema operativo o l'hypervisor configura domini e mappature che associano tali richieste alla memoria di sistema consentita. Le identità dei dispositivi, i confini di traduzione condivisi e la gestione delle interruzioni influiscono sull'isolamento effettivo.

Dove risulta utile

Una VM può ricevere un dispositivo supportato tramite un framework che ne applica il gruppo di isolamento IOMMU. I dispositivi che condividono un gruppo potrebbero dover essere assegnati congiuntamente, poiché la piattaforma non è in grado di garantire un isolamento indipendente al confine desiderato.

Come verificare il supporto e l'abilitazione

Ispezionare la descrizione della IOMMU della piattaforma e lo stato di abilitazione, i gruppi e i requisiti di assegnazione dei dispositivi del sistema operativo o dell'hypervisor. Su Intel, esaminare VT-d; su AMD, utilizzare le funzionalità documentate di virtualizzazione AMD I/O. Verificare il comportamento esatto del driver e di ripristino (reset) del dispositivo.

Un deployment virtualizzato si articola su più livelli: capacità fisica, autorizzazione del firmware, hypervisor host attivo, capacità esposte al guest e supporto del sistema operativo guest. Verificare il livello in cui l'operazione viene effettivamente eseguita, inclusa la virtualizzazione annidata ove pertinente.

Cosa non stabilisce la funzionalità

Un flag IOMMU non dimostra che ogni periferica sia isolata in modo indipendente o che la protezione sia attiva. Le sole protezioni delle tabelle delle pagine della CPU non vincolano tutte le operazioni DMA dei dispositivi. Le sostituzioni non supportate della topologia possono indebolire l'isolamento e non costituiscono una correzione ordinaria per la compatibilità.

Compatibilità e prestazioni nella pratica

L'esecuzione della CPU, la traduzione della memoria del guest e il rimappaggio DMA dei dispositivi sono funzionalità separate. Non dedurre il passthrough o l'isolamento da un unico campo di virtualizzazione. Utilizzare la diagnostica supportata dell'hypervisor e i requisiti precisi di piattaforma e dispositivi.

Una checklist pratica di verifica

1. Annotare il modello esatto di processore o piattaforma e le versioni di applicazione, sistema operativo e runtime interessate. Mantenere la formulazione dell'errore o del requisito effettivo.
2. Controllare la documentazione del produttore per quello specifico modello, quindi ispezionare la funzionalità effettiva e lo stato di abilitazione nell'ambiente in cui il programma viene eseguito.
3. Confrontare ogni requisito del binario o del backend selezionato. Una funzionalità con un nome simile, un alias o un'etichetta tecnologica generica non sono sufficienti.
4. Verificare che l'applicazione abbia selezionato l'implementazione prevista. Utilizzare la relativa diagnostica documentata e un fallback supportato quando i requisiti non sono soddisfatti.
5. Apportare una sola modifica supportata alla volta e ripetere lo stesso carico di lavoro. Mantenere disponibili la configurazione originale e un percorso di ripristino.

Se la funzionalità è elencata ma il software non può utilizzarla

Iniziare dal componente esatto che genera l'errore. Un database hardware descrive la capacità registrata; il sistema operativo o l'hypervisor possono esporre un ambiente effettivo differente. Un errore di istruzione illegale richiede inoltre l'analisi dell'effettiva istruzione che causa il problema e della build del binario, poiché il danneggiamento di dati o un'istruzione non supportata non correlata possono produrre un sintomo simile.

Installare la versione di applicazione, driver o runtime supportata per la piattaforma esatta e, se necessario, utilizzare la build di riferimento o di fallback documentata dal produttore. Un aggiornamento software non può creare un'istruzione che manca nel processore. Le modifiche al firmware e ai criteri di sicurezza devono seguire la procedura del produttore del sistema e un piano di ripristino, piuttosto che una generica ricetta di ottimizzazione.

Funzionalità correlate e distinzioni utili

VT-d · AMD-V e SVM · NPT e RVI · Extended Page Tables (EPT)

Fonti e ambito di questa spiegazione

Intel Virtualization Technology for Directed I/O Architecture Specification · Kernel Linux: accesso ai dispositivi VFIO e gruppi IOMMU

Questi riferimenti definiscono il comportamento architetturale e i requisiti software. Non verificano in modo indipendente ogni valore delle funzionalità presente nella pagina di un modello hardware collegato. Per il supporto su uno specifico modello, fare riferimento alle evidenze del produttore su quella pagina e controllare l'effettiva configurazione di sistema. Questo articolo non fornisce benchmark, certificazioni o date di revisione indipendente.

Correlati

Queste entità sono collegate a questo articolo. Il tipo viene mostrato per ogni collegamento.

Fonti e verifica

Titolarità editoriale: Feex. Nessuna data di revisione indipendente registrata. Come svolgiamo le ricerche.

• Intel Virtualization Technology for Directed I/O Architecture Specification · Architettura di rimappatura DMA, domini di traduzione, rimappatura delle interruzioni e strutture di segnalazione del firmware. Il supporto della piattaforma deve essere verificato separatamente.
• Kernel Linux: accesso ai dispositivi VFIO e gruppi IOMMU · Illustra i gruppi di isolamento, la proprietà dei dispositivi e i vincoli rilevanti per il passthrough. Non costituisce un elenco di compatibilità per una specifica scheda madre.