NDKPI Work Request Posting Requirements

Work Request Posting Rules for the Consumer

The NDK consumer will post the following types of work requests on the initiator queue:

The consumer will post NdkReceive (NDK_FN_RECEIVE) requests on the receive queue.

The consumer will post all of these requests to the same individual queue on an NDK_QP or NDK_SRQ in a serialized fashion. In other words, the consumer will never have two concurrent calls to any work request functions on the same individual queue belonging to an NDK_QP or NDK_SRQ.

This means, for example, that concurrent NdkReceive calls won't be issued, concurrent NdkSend and NdkWrite calls won't be issued, but concurrent NdkReceive and NdkWrite calls may be issued on the same NDK_QP.

Work Request Posting Rules for the Provider

The provider should not have any redundant locks inside the above work request functions, because they are guaranteed to be serialized by the consumer.

The provider must be able to handle NdkFlush (NDK_FN_FLUSH) calls that may be called concurrently with a work request call on the same NDK_QP.

The provider must be able to handle an NdkCloseConnector call (on the successor NDK_CONNECTOR object for the NDK_QP) that may be called concurrently with a work request call on the same NDK_QP.

Related topics

Network Direct Kernel Provider Interface (NDKPI)

 

 

Send comments about this topic to Microsoft

Afficher:
© 2014 Microsoft