SerCx2 PIO-Transmit Transactions

SerCx2 requires all serial controller drivers to implement support for transmit transactions that use programmed I/O (PIO). To start a PIO-transmit transaction, SerCx2 calls the driver's EvtSerCx2PioTransmitWriteBuffer event callback function and supplies a write buffer as a parameter.

During this call, the EvtSerCx2PioTransmitWriteBuffer function transfers data from the write buffer to the transmit FIFO in the serial controller hardware. This data transfer continues until either the write buffer is empty or the transmit FIFO cannot immediately accept more data. When the transfer ends, the function returns the number of bytes that were successfully transferred from the write buffer to the FIFO.

Creating the PIO-transmit object

Before SerCx2 can call any of the serial controller driver's EvtSerCx2PioTransmitXxx** functions, the driver must call the SerCx2PioTransmitCreate method to register these functions with SerCx2. This method accepts, as an input parameter, a pointer to a SERCX2_PIO_TRANSMIT_CONFIG structure that contains pointers to the driver's EvtSerCx2PioTransmitXxx** functions.

The driver is required to implement all three of the following functions:

• EvtSerCx2PioTransmitWriteBuffer
• EvtSerCx2PioTransmitEnableReadyNotification
• EvtSerCx2PioTransmitCancelReadyNotification

As an option, the driver can implement one or both of the following functions:

• EvtSerCx2PioTransmitInitializeTransaction
• EvtSerCx2PioTransmitCleanupTransaction

As an option, the driver can implement the following three functions:

• EvtSerCx2PioTransmitDrainFifo
• EvtSerCx2PioTransmitCancelDrainFifo
• EvtSerCx2PioTransmitPurgeFifo

If the driver implements any function in the preceding list, it must implement all three.

The SerCx2PioTransmitCreate method creates a PIO-transmit object and supplies the calling driver with a SERCX2PIOTRANSMIT handle to this object. The driver's EvtSerCx2PioTransmitXxx** functions all take this handle as their first parameter. The following SerCx2 methods take this handle as their first parameter:

• SerCx2PioTransmitReady
• SerCx2PioTransmitInitializeTransactionComplete
• SerCx2PioTransmitCleanupTransactionComplete
• SerCx2PioTransmitDrainFifoComplete
• SerCx2PioTransmitPurgeFifoComplete

Hardware initialization and clean-up

Some serial controller drivers might need to initialize the serial controller hardware at the start of a PIO-transmit transaction, or to clean up the hardware state of the serial controller at the end of the transaction.

If a driver implements an EvtSerCx2PioTransmitInitializeTransaction event callback function, SerCx2 calls this function to initialize the serial controller before the EvtSerCx2PioTransmitWriteBuffer call that starts the transaction. If implemented, the EvtSerCx2PioTransmitInitializeTransaction function must call the SerCx2PioTransmitInitializeTransactionComplete method to inform SerCx2 when the driver finishes initializing the serial controller.

If the driver implements an EvtSerCx2PioTransmitCleanupTransaction event callback function, SerCx2 calls this function to clean up the hardware state after the final EvtSerCx2PioTransmitWriteBuffer call in the transaction. If implemented, the EvtSerCx2PioTransmitInitializeTransaction function must call the SerCx2PioTransmitCleanupTransactionComplete method to inform SerCx2 when the driver finishes cleaning up the serial controller.

Draining and purging the transmit FIFO

A serial controller driver should implement an EvtSerCx2PioTransmitDrainFifo event callback function if the driver can detect when the transmit FIFO empties. If implemented, SerCx2 calls this function after the last byte of data in a PIO-transmit transaction has been written to the transmit FIFO. During this call, the EvtSerCx2PioTransmitDrainFifo function typically enables an interrupt to be triggered when the transmit FIFO empties, and then returns without waiting. When the FIFO empties, the driver calls the SerCx2PioTransmitDrainFifoComplete method to notify SerCx2. Only after receiving this notification does SerCx2 complete the pending write (IRP_MJ_WRITE) request that is associated with the PIO-transmit transaction.

If the serial controller driver does not implement an EvtSerCx2PioTransmitDrainFifo function, SerCx2 must complete the pending write request without first verifying that the transmit FIFO has emptied. There can be no guarantee that data written to the FIFO will be transmitted without a significant delay. Any data that remains in the FIFO after a write request is completed might be lost before it can be transmitted. This unexpected data loss in a successfully completed write request can create reliability problems for the peripheral driver that sent the request.

A driver that implements an EvtSerCx2PioTransmitDrainFifo function must also implement EvtSerCx2PioTransmitCancelDrainFifo and EvtSerCx2PioTransmitPurgeFifo event callback functions.

The EvtSerCx2PioTransmitCancelDrainFifo function enables SerCx2 to cancel an ongoing FIFO-drain operation before it finishes. SerCx2 might cancel this operation if the write request times out or is canceled. If the EvtSerCx2PioTransmitCancelDrainFifo function successfully cancels the FIFO-drain operation, this function returns TRUE. A return value of TRUE guarantees that the serial controller driver has not called and will not call SerCx2PioTransmitDrainFifoComplete. A return value of FALSE indicates that the EvtSerCx2PioTransmitDrainFifo function has called or will soon call SerCx2PioTransmitDrainFifoComplete.

If the write request associated with a PIO-transmit transaction is canceled or times out before it completes, SerCx2 calls the EvtSerCx2PioTransmitPurgeFifo function, if it is implemented, to discard any unsent data that might remain the transmit FIFO. SerCx2 uses the information it gets from this function to tell the peripheral driver exactly how many bytes of data were successfully transmitted to the peripheral device by the write request.

Ready notifications

When a EvtSerCx2PioTransmitWriteBuffer call ends because the transmit FIFO cannot immediately accept more data, SerCx2 has to wait to finish the PIO-receive transaction until, at some later time, the FIFO is ready to accept more data. In this case, SerCx2 calls the EvtSerCx2PioTransmitEnableReadyNotification event callback function to enable the serial controller driver to send a ready notification. If this notification is enabled, the serial controller driver calls the SerCx2PioTransmitReady method to notify SerCx2 when the driver detects that the transmit FIFO is ready accept more data. In response to this notification, SerCx2 calls the EvtSerCx2PioTransmitWriteBuffer function to write more data to the FIFO.

If the ready notification is enabled when the write request times out or is canceled, SerCx2 calls the EvtSerCx2PioTransmitCancelReadyNotification event callback function to cancel the pending notification. If this function successfully cancels the pending notification, it returns TRUE. A return value of TRUE guarantees that the serial controller driver will not call SerCx2PioTransmitReady. A return value of FALSE indicates that the EvtSerCx2PioTransmitDrainFifo function has called or will call SerCx2PioTransmitReady.

 

 

Send comments about this topic to Microsoft