| 1. How is flow control implemented? |
- The Flow Control information is sent on the SPI-4.2 interface signals TSTAT[1:0] and RSTAT[1:0]
- There are 2-bits of information for each channel
- 00=Starving, 01=Hungry, 10=Satisfied, 11=Framing Pattern
- Status is transmitted serially on the SPI-4.2 Interface
- The SPI-4.2 core transmits/receives the status information on the User Interface for each channel individually (two bits per channel)
- The SPI-4.2 core passes Flow Control data through the core
- The order for transmitting status is determined by thecalendar program
- Required to be the same for the PHY and Link device
|
| 2. How does the calendar work and what is the relationship to the data path? |
| The calendar is programmed by dedicated signals on the User Interface. It controls the order that the flow control status is sent and received on the SPI-4.2 Interface. The calendar does not directly effect the data path on the SPI-4.2 I/F. The Source core can present the status information in two ways: an Addressable Status Interface or a Transparent Status Interface.The Addressable Status Interface allows the user to access (poll) the status of 16-channels at one time. The Transparent Status Interface presents the status information as it is received on TStat[1:0] with minimal latency. |
| 3. How does the core store data for different channels? |
- The Source and Sink logic have only one FIFO each
- The User Sink FIFO I/F presents data in the same order it is received across the SPI-4.2 bus
- The Source logic transmits data (TDAT) in the same sequence it is loaded into source FIFO
- Flow control information does not affect Source data order
- The user must perform per channel flow control at the Source FIFO write side
- The user can force idles onto the SPI-4.2 TDAT, and this halts all channels (blocking)
- The Channel address (port) is agnostic to the channel configuration
- The full 8-bit channel address is supported regardless of the core configuration
|
| 4. What is the purpose of DIP-4 and DIP4Err? And, how is the data sent on the SPI-4.2 Interface validated? |
- The purpose is to verify ingress cell data
- Uses DIP-4 (4-bit Diagonal Interleaved Parity).
- Embedded in all control words by the egress device.
- FLOW
- Egress core calculates DIP-4 across all data words proceeding the control word.
- Ingress core calculates the identical DIP-4 (to verify cell integrity.)
- If a mismatch is detected, a DIP-4 error (DIP4Err) is driven on the User Interface
|
| 5. What are the handshakes between the PHY and Link devices after reset? |
- After Reset:
- Training patterns sent on data bus
- A framing sequence ("11") is sent on status bus
- The transmission of training patterns is repeated until:
- Valid information (non-framing status) is received on the status bus
- Valid data can then be transmitted on the data bus
|
| 6. Where do I get information on known issues? |
- Search for POS PHY or SPI-4.2 in the answer record database at support.xilinx.com
- Readme files are provided with the design files
|
| 7. How do I get an evaluation copy? |
Xilinx provides two ways to evaluate the SPI-4.2 core: Simulation Only, and Full System Hardware Evaluation. - Simulation Only Evaluation (enabled by default) allows you to simulate the SPI-4.2 core and evaluate the behavior of the ports, utilizing the provided RTL test bench and loopback modules.
- Full System Hardware Evaluation for the SPI-4.2 core allows you to do everything you can do with the fully licensed IP core, including configure, place and route, simulate, estimate timing, and program a Xilinx FPGA device. Contact your local FAE to request this evaluation core.
- Visit the SPI-4.2 Evaluation Page for more details.
|
| 8. Where can I find the Release Notes for the SPI-4.2 core? |
|