Condividi tramite


EVT_SERCX2_PIO_RECEIVE_ENABLE_READY_NOTIFICATION funzione di callback (sercx.h)

Il EvtSerCx2PioReceiveEnableReadyNotification funzione di callback degli eventi viene chiamata dalla versione 2 dell'estensione del framework seriale (SerCx2) per consentire al driver del controller seriale di inviare una notifica a 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 di ricezione PIO. Il driver del controller seriale precedentemente denominato metodo SerCx2PioReceiveCreate per creare questo oggetto.

Valore restituito

Nessuno

Osservazioni

Il driver del controller seriale deve implementare questa funzione. Il driver registra la funzione nel SerCx2PioReceiveCreate chiamata 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 a 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 inviare una notifica a 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 finché SerCx2 non chiama il EvtSerCx2PioReceiveEnableReadyNotification funzione per abilitare un'altra notifica.

Una EvtSerCx2PioReceiveReadBuffer chiamata di funzione di callback di eventi potrebbe completare solo 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 inviare una notifica a SerCx2 quando la ricezione FIFO contiene più dati. In risposta a questa notifica, SerCx2 riprende la transazione di ricezione parzialmente completata chiamando di nuovo la funzione EvtSerCx2PioReceiveReadBuffer.

In genere, una funzione EvtSerCx2PioReceiveEnableReadyNotification abilita un interrupt che si verifica quando il controller seriale dispone di più dati da leggere. In risposta a questo interrupt, il driver del controller seriale chiama SerCx2PioReceiveReady.

Non più di una 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 non chiama SerCx2PioReceiveReady.

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

Una notifica pronta in sospeso può essere annullata se si verifica il timeout della richiesta di lettura associata o viene annullata. Per annullare una notifica pronta per una transazione di ricezione PIO, SerCx2 chiama il EvtSerCx2PioReceiveCancelReadyNotification funzione di callback degli eventi.

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 Transactions.

Esempi

Per definire un EvtSerCx2PioReceiveEnableReadyNotification funzione di callback, è 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 di callback consente di l'analisi del codice per i driver, del driver statico (SDV) e altri strumenti di verifica rilevano errori ed è un requisito per la scrittura di driver per il sistema operativo Windows.

Ad esempio, per definire un EvtSerCx2PioReceiveEnableReadyNotification funzione di callback denominata MyPioReceiveEnableReadyNotification, usare il tipo di funzione EVT_SERCX2_PIO_RECEIVE_ENABLE_READY_NOTIFICATION, come illustrato in questo esempio di codice:

EVT_SERCX2_PIO_RECEIVE_ENABLE_READY_NOTIFICATION  MyPioReceiveEnableReadyNotification;

Implementare quindi la funzione di callback come segue:

_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 quando si eseguono gli strumenti di analisi del codice, assicurarsi di aggiungere l'annotazione Use_decl_annotations alla definizione della funzione. L'annotazione Use_decl_annotations assicura che vengano utilizzate 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 i tipi di ruolo della funzione per i driver KMDF. Per altre informazioni su Use_decl_annotations, vedere l'annotazione del comportamento della funzione.

Fabbisogno

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.

Vedere anche

EvtSerCx2PioReceiveCancelReadyNotification

EvtSerCx2PioReceiveCleanupTransaction

IRP_MJ_READ

SERCX2PIORECEIVE

SerCx2PioReceiveCreate

SerCx2PioReceiveReady