EVT_SERCX2_PIO_RECEIVE_ENABLE_READY_NOTIFICATION funzione di callback (sercx.h)

Articolo
08/07/2023

La funzione di callback dell'evento EvtSerCx2PioReceiveEnableReadyNotification viene chiamata dalla versione 2 dell'estensione del framework seriale (SerCx2) per consentire al driver del controller seriale di notificare SerCx2 quando il controller seriale riceve nuovi dati.

Sintassi

EVT_SERCX2_PIO_RECEIVE_ENABLE_READY_NOTIFICATION EvtSercx2PioReceiveEnableReadyNotification;

void EvtSercx2PioReceiveEnableReadyNotification(
  [in] SERCX2PIORECEIVE PioReceive
)
{...}

Parametri

[in] PioReceive

Handle SERCX2PIORECEIVE a un oggetto PIO-receive. Il driver del controller seriale chiamato in precedenza il metodo SerCx2PioReceiveCreate per creare questo oggetto.

Valore restituito

nessuno

Osservazioni

Il driver del controller seriale deve implementare questa funzione. Il driver registra la funzione nella chiamata SerCx2PioReceiveCreate che crea l'oggetto PIO-receive.

Dopo che la funzione EvtSerCx2PioReceiveEnableReadyNotification viene chiamata per abilitare una notifica pronta per una transazione di ricezione PIO, il driver del controller seriale deve chiamare il metodo SerCx2PioReceiveReady per notificare SerCx2 quando il driver rileva che uno o più byte di dati sono disponibili per essere letti dalla ricezione FIFO nell'hardware del controller seriale. Se i dati sono già disponibili nella ricezione FIFO quando la notifica pronta è abilitata, il driver chiama immediatamente questo metodo per notificare SerCx2.

La notifica pronta per una transazione di ricezione PIO è una notifica one-shot. Dopo aver inviato una notifica pronta a SerCx2, il driver del controller seriale non invia ulteriori notifiche fino a quando SerCx2 chiama la funzione EvtSerCx2PioReceiveEnableReadyNotification per abilitare un'altra notifica.

Una chiamata di funzione di callback dell'evento EvtSerCx2PioReceiveReadBuffer potrebbe completare parzialmente una transazione di ricezione PIO perché non sono immediatamente disponibili altri dati da leggere dalla ricezione FIFO. In questo caso, SerCx2 chiama la funzione EvtSerCx2PioReceiveEnableReadyNotification per abilitare una notifica pronta, nel qual caso il driver del controller seriale deve notificare SerCx2 quando la ricezione FIFO contiene altri dati. In risposta a questa notifica, SerCx2 riprende la transazione di ricezione parzialmente completata chiamando nuovamente la funzione EvtSerCx2PioReceiveReadBuffer .

In genere, una funzione EvtSerCx2PioReceiveEnableReadyNotification consente un interruzione che si verifica quando il controller seriale ha più dati disponibili per la lettura. In risposta a questo interruzione, il driver del controller seriale chiama SerCx2PioReceiveReady.

Nessuna notifica pronta può essere in sospeso alla volta. Dopo che SerCx2 chiama la funzione EvtSerCx2PioReceiveEnableReadyNotification per abilitare una notifica pronta, SerCx2 non chiama nuovamente questa funzione finché il driver del controller chiama SerCx2PioReceiveReady.

SerCx2 non chiama mai la funzione EvtSerCx2PioReceiveReadBuffer quando la notifica pronta è abilitata.

Una notifica pronta in sospeso può essere annullata se la richiesta di lettura associata viene interrotta o annullata. Per annullare una notifica pronta per una transazione di ricezione PIO, SerCx2 chiama la funzione di callback dell'evento EvtSerCx2PioReceiveCancelReadyNotification .

SerCx2 usa notifiche pronte per gestire in modo efficiente i timeout degli intervalli che si verificano durante la gestione delle richieste di lettura elaborate come transazioni di ricezione PIO.

Per altre informazioni, vedere SerCx2 PIO-Receive Transazioni.

Esempio

Per definire una funzione di callback EvtSerCx2PioReceiveEnableReadyNotification , è prima necessario fornire una dichiarazione di funzione che identifica il tipo di funzione di callback che si sta definendo. Windows fornisce un set di tipi di funzione di callback per i driver. La dichiarazione di una funzione usando i tipi di funzione callback consente l'analisi del codice per i driver, il verifica driver statico (SDV) e altri strumenti di verifica trovano errori ed è un requisito per la scrittura di driver per il sistema operativo Windows.

Ad esempio, per definire una funzione di callback EvtSerCx2PioReceiveEnableReadyNotification denominata MyPioReceiveEnableReadyNotification, usare il tipo di funzione EVT_SERCX2_PIO_RECEIVE_ENABLE_READY_NOTIFICATION , come illustrato nell'esempio di codice seguente:

EVT_SERCX2_PIO_RECEIVE_ENABLE_READY_NOTIFICATION  MyPioReceiveEnableReadyNotification;

Implementare quindi la funzione di callback come indicato di seguito:

_Use_decl_annotations_
VOID
  MyPioReceiveEnableReadyNotification(
    SERCX2PIORECEIVE  PioReceive
    )
  {...}

Il tipo di funzione EVT_SERCX2_PIO_RECEIVE_ENABLE_READY_NOTIFICATION è definito nel file di intestazione Sercx.h. Per identificare in modo più accurato gli errori durante l'esecuzione degli strumenti di analisi del codice, assicurarsi di aggiungere l'annotazione Use_decl_annotations alla definizione della funzione. L'annotazione Use_decl_annotations garantisce che vengano usate le annotazioni applicate al tipo di funzione EVT_SERCX2_PIO_RECEIVE_ENABLE_READY_NOTIFICATION nel file di intestazione. Per altre informazioni sui requisiti per le dichiarazioni di funzione, vedere Dichiarazione di funzioni tramite tipi di ruolo per i driver KMDF. Per altre informazioni su Use_decl_annotations, vedere Annotazione del comportamento della funzione.

Requisiti

Requisito	Valore
Client minimo supportato	Disponibile a partire da Windows 8.1.
Piattaforma di destinazione	Desktop
Intestazione	sercx.h
IRQL	Chiamato in IRQL <= DISPATCH_LEVEL.