Condividi tramite


Linee guida Plug-In PSHED

Di seguito è riportato un elenco di linee guida che devono essere seguite dai plug-in PSHED.

  • Per gli errori corretti, il flusso di gestione degli errori è soggetto alle stesse restrizioni imposte su tutti i driver di dispositivo. Le routine del servizio di interruzione non devono essere eseguite per più di 25 microsecondi e chiamate di routine posticipate (DPC) non devono essere eseguite per più di 100 microsecondi. Pertanto, le funzioni di callback del plug-in PSHED, nonché le routine del firmware che le funzioni di callback del plug-in PSHED potrebbero chiamare, non devono essere eseguite per periodi di tempo arbitrari. Per gli errori non corretti, il flusso di gestione degli errori può ignorare queste restrizioni perché il sistema si trova in uno stato in cui la perdita di dati potrebbe verificarsi se la priorità non viene assegnata alla gestione della condizione di errore.

  • Un plug-in PSHED deve interagire direttamente con l'hardware su cui è stato affermato il controllo. Ciò significa che un plug-in PSHED deve eseguire le operazioni seguenti:

    • Dichiarare la proprietà di tutte le risorse hardware che interagisce con che sono visibili in modo architettonico al sistema operativo.
    • Supporta plug and play (PnP) se una delle risorse hardware con cui interagisce può essere spostata.
    • Coordinare tutte le interazioni con tutte le risorse hardware che non sono visibili in modo architetturale al sistema operativo con tutti gli altri software o firmware che interagiscono con le stesse risorse hardware.
    • Interagire solo con le risorse hardware che non sono già modificate dal PSHED o da un gestore di errori hardware di basso livello (LLHEH). Un plug-in PSHED deve modificare solo i registri specifici del chipset che non fanno parte dei registri del chipset standard manipolati dal LLHEH.

Nota Il firmware della piattaforma non presuppone il controllo assoluto su tutte le risorse del computer, come in genere per la gestione degli errori in modalità di gestione del sistema, perché in un sistema virtualizzato o partizionato, l'hardware potrebbe essere partizionato in modo tale che questo presupposto sia false.