New Contributor
Regular ContributorHi,
One of the possible cause to the 8b10b error at AV RX is related to the signal integrity. Just wonder if you have had a chance to measure the eye diagram at the AV RX with oscilloscope and check against the datasheet to see if there is any anomaly or violation of the specs.
Please let me know if there is any concern. Thank you.
New ContributorMeasuring eye diagrams is pretty difficult for us. The data rate is 2376 Mb and the board is very dense. What I can say is that when the link does come up, we can run a test pattern from the sensor into the fpga and do a pixel - pixel comparison to a known good reference. Test runs overnight with zero errors so we're pretty confident signal integrity is not the issue.
I had left out one piece of info in original post. Due to the Arria5's maximum fabric rate, I couldn't run the recovered byte info into logic to perform the final byte unpacking as defined by SLVS-EC spec. I had to use the transceiver's ability to go double wide on output (at half the input rate). Using SignalTap, on good startups, I see the 8B10B error signals bouncing around until I bitslip the incoming bytes to get byte alignment. At that point the 8B10B errors stop and system is happy which I would expect. On bad startups, I see the 8B10B errors continue on. I'm convinced the issue lies in the single to double wide conversion somehow.
CheePin_C_Intel, if you have any thoughts on this, would appreciate hearing them.
