User manual

Table Of Contents
Zynq-7000 AP SoC Technical Reference Manual www.xilinx.com 502
UG585 (v1.11) September 27, 2016
Chapter 16: Gigabit Ethernet Controller
One Pulse per Second Output
Because there is no hardware access to the counter value, it is not possible to provide a 1 pps signal
that is commonly used for lab tests of the synchronization accuracy.
Event Scheduling
The MAC does not provide event scheduling capability such as generating an interrupt upon the
counter reaching a specific value.
Synchronizing the Two Ethernet Controllers
The two Ethernet cores are completely independent, and there is no hardware mechanism provided
for synchronizing the counter values of the two Ethernet cores, or for making the counter of one
Ethernet core slave to the other.
Single Packet Queue — No Tagging
All received packets are written into the same queue (or packet buffer) in memory. Similarly, all
transmitted packets are read from the same queue. There is no support for multiple queues. A single
queue makes it more difficult for the software to associate (tag) a packet with a timestamp.
FIFO Depth
The timestamp registers are 1-deep, so new events overwrite old values. This requires the software to
have a fast enough response time to avoid event overrun.
Designing the Timestamp Unit in the PL
Improvement in performance and accuracy of time stamping can be achieved by implementing the
timestamp unit in the PL instead of using the built-in timestamp unit in the MAC. Using this
approach, the time counter and the timestamp registers are implemented in the PL, and the PTP
frame recognition remains in the Ethernet core.
The outputs from the controller can be used to implement the timestamp unit in the PL. The EMIO
signals for this are listed in Table 16-12, page 528. The following items are not supported:
Support of unicast PTP packets
Support of transparent clocks
Single packet queue – no tagging
Designing a PTP Packet Tagging and Capture Module
Designing a separate timestamp unit as described above addresses most of the items, but it does not
address the hardware mechanism for tagging the PTP packets, i.e., associating the packets with their
corresponding timestamp. For example, if along with the timestamp some identifying packet
attribute were captured, it would allow software to easily associate the timestamp with the correct
PTP event. Examples of useful packet attributes are packet identification or serial number, or the
memory address it was read from or written to. It is also possible to capture the entire packet along