UPGRADE YOUR BROWSER

We have detected your current browser version is not the latest one. Xilinx.com uses the latest web technologies to bring you the best online experience possible. Please upgrade to a Xilinx.com supported browser:Chrome, Firefox, Internet Explorer 11, Safari. Thank you!

cancel
Showing results for 
Search instead for 
Did you mean: 
Observer joebrt
Observer
291 Views
Registered: ‎05-07-2019

aurora channel bonding using back channel on 64B/66B

Jump to solution

Hi,

I understand that channel bonding is a "start of day" initialization only and once bonded then no further channel bonding exchanges between RX and TX are required (where RX and TX are simplex designs of Aurora interface using different reference clocks).

Is my understanding correct? 

Is the skew between lanes considered static once compensated for - regardless of PPM / drift between TX and RX clcoks? 

0 Kudos
1 Solution

Accepted Solutions
Xilinx Employee
Xilinx Employee
187 Views
Registered: ‎03-30-2016

Re: aurora channel bonding using back channel on 64B/66B

Jump to solution

Hello @joebrt 

Thanks for the update.
Could you please kindly marked this thread as solved , so anyone else can learn from your experience ?

Thanks & regards
Leo

5 Replies
Xilinx Employee
Xilinx Employee
253 Views
Registered: ‎03-30-2016

Re: aurora channel bonding using back channel on 64B/66B

Jump to solution

Hello @joebrt 

Aurora 64B66B is using the same block code for Idle / Not Ready / Clock compensation / and Channel-Bonding.
Please see SP011 page 40-41.
http://www.xilinx.com/support/documentation/ip_documentation/aurora_64b66b_protocol_spec_sp011.pdf

XF_AURORA_64B66B_Block_Codes.png

>Is the skew between lanes considered static once compensated for - regardless of PPM / drift between TX and RX clcoks?

The skew between lanes should be static, regardless the PPM difference.
But, even if TX is intentionally shifted the skew, RX should be able to adapt (re-do channel bonding ) , since TX is sending Channel bonding codes periodically.
When there is a skew changes between lanes, RX will assert HARD_ERR, and re-do IP initialization process.


Hope this helps
Thanks,
Leo

Observer joebrt
Observer
241 Views
Registered: ‎05-07-2019

Re: aurora channel bonding using back channel on 64B/66B

Jump to solution

Thanks.

So TX sending channel bonding sequences is periodic regardless of the link state and not just an initilazation step?  

0 Kudos
Xilinx Employee
Xilinx Employee
207 Views
Registered: ‎03-30-2016

Re: aurora channel bonding using back channel on 64B/66B

Jump to solution

Since block code for Idle / Not Ready / Clock compensation / and Channel-Bonding is exactly the same, 
TX will send this code periodically even after channel up is asserted.

Observer joebrt
Observer
202 Views
Registered: ‎05-07-2019

Re: aurora channel bonding using back channel on 64B/66B

Jump to solution

Thanks. that answers my question.

Xilinx Employee
Xilinx Employee
188 Views
Registered: ‎03-30-2016

Re: aurora channel bonding using back channel on 64B/66B

Jump to solution

Hello @joebrt 

Thanks for the update.
Could you please kindly marked this thread as solved , so anyone else can learn from your experience ?

Thanks & regards
Leo