User manual

Table Of Contents
Zynq-7000 AP SoC Technical Reference Manual www.xilinx.com 423
UG585 (v1.11) September 27, 2016
Chapter 15: USB Host, Device, and OTG Controller
corresponding dTD when MULT transactions occur or the device controller finds a fulfillment
condition.
The transaction error bit set in the status field indicates a fulfillment error condition. When a
fulfillment error occurs, the frame after the transfer failed to complete wholly, the device controller
will force retire the iso dTD and move to the next iso dTD.
It is important to note that fulfillment errors are only caused due to partially completed packets. If no
activity occurs to a primed iso endpoint, the transaction will stay primed indefinitely. This means it is
up to the DCD to discard transmit iso dTD’s that pile up from a failure of the host to move the data.
Finally, the last difference with iso packets is in the data level error handling. When a CRC error
occurs on a received packet, the packet is not retried similar to bulk and control endpoints. Instead,
the CRC is noted by setting the Transaction Error bit and the data is stored as usual for the
application software to sort out.
Tx Isochronous Packet Retired
The Tx Packet is retired when:
MULT counter reaches 0.
Fulfillment Error [Transaction Error bit is set]
# Packets Occurred > 0 AND # Packets Occurred < MULT
Note: For Tx isochronous endpoint, the MULT Counter can be loaded with a lesser value in the dTD
Multiplier Override field. If the Multiplier Override is 0, the MULT Counter is initialized to the
dQH.Mult field.
Rx Isochronous Packet Retired
The Rx Packet is retired when:
MULT counter reaches 0.
Non-MDATA Data PID is received
Overflow Error:
Packet received is > maximum packet length. [Buffer Error bit is set]
Packet received exceeds total bytes allocated in dTD. [Buffer Error bit is set]
Fulfillment Error [Transaction Error bit is set]
# Packets Occurred > 0 AND # Packets Occurred < MULT
CRC Error [Transaction Error bit is set]
Note: For isochronous transfers, when a dTD is retired, the next dTD is primed for the next frame.
For continuous (micro)frame to (micro)frame operation the DCD should ensure that the dTD
linked-list is out ahead of the device controller by at least two (micro)frames.