T2080 SERDES to SERDES 10G -KR Communication

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

T2080 SERDES to SERDES 10G -KR Communication

814 Views
bsheldon
Contributor III

I am under the impression that a Serdes-to-Serdes 10G ethernet connection is a functional option on the T2080. This fails when attempted on either through fiber or across the backplane. The memac statistics show no output of octets and the status registers indicate  LI, REM and LOC interrupts., Communication is via memac0 using lane C.   The same test environment is successful using a 1G-KX (fiber and backplane) and 10G-KR through a PHY. 

Am I incorrect in that a Sedres-toSerdes 10G ethernet connection is a viable option?  Is there an obscure memac /serdes register settings that need to be applied?

Any thoughts on this matter would be appreciated.

bsheldon_1-1682460760052.png

 

 

0 Kudos
5 Replies

772 Views
yipingwang
NXP TechSupport
NXP TechSupport

Please refer to the following update from the AE team.

Please ask the customer to refer https://www.nxp.com/docs/en/application-note/AN12572.pdf. They can go through this appnote let me know if they have any further question.
If the channel loss is more than the specified limit, retimers are to be used.

0 Kudos

727 Views
bsheldon
Contributor III

Thanks for the response and reference to AN12572.  I am still having communication issues so am providing more detailed information on the environment and test cases.  Communication is setup for a 10G-KR peer-to peer via the backplane in VxWorks.  The SERDES is initialized per the data sheet section 19 XFI register set sections and 19.6.1.3 XFI/10GBase-KR.  Line connection is established during execution. 

Test case one, no auto-neg, no link training.  Echo test messages ( 64 to 1444 octets)  sent indicate  misalignment and FCS errors  on the receive side.   SerDesx_LNnTECR0 value was 0x24AD2000.

For test case two I ported into the driver some link training functionality I found in a NXP correspondence (fsl_10gkr.c) and enabled link training.  The LD an LP coefficient status registers  (MDIO_XFI_10GKR_LD_SRR) has respective values of 0x8022 and 0x8000 at the completion of training.  The generated  SerDesx_LNnTECR0 value was 0x24AE2000.  Again the echo test messages indicated misalignment and FCS errors on the receive side.

For test case three and on,  I took a look at the value of SerDesx_LNnTECR0 following board reset (0x10233007) and started mixing and matching its fields with the fields generated from link training.  I found that when I modified the ratio_post1q (bits 11-15) from the training value (0xe, 0x24AE2000) to the a board reset value (0x3, 0x24A32000) the echo test messages worked much better. Usually around 13 out 20 would succeeded before failure.  Sometimes all twenty would succeed.  Interesting on the failures, the cause indicated FCS errors, no longer were alignment errors indicated.

Any thoughts or additional information on the issue root cause or how to continue to better resolve this issue would be much appreciated.

Best Regards,

Bob

0 Kudos

630 Views
yipingwang
NXP TechSupport
NXP TechSupport

Refer AN12750.
It provides some combinations of pre/post and adaptive equalization values to start with depending on your channel losses.

Another suggestion I can provide is that you can hook up our SerDes validation tool and run a stress pattern for a duration. If it is T2080 to T2080 connection, receiver can run the SerDes validation tool too and check the pattern. You can optimize the coefficients to find the most optimal set for your setup.
https://www.nxp.com/docs/en/user-guide/QCVS_SerDes_User_Guide.pdf

0 Kudos

618 Views
bsheldon
Contributor III
Thanks, Yes I have been working through some of the pre/post combinations suggested in the AN12750 without any luck. Sort of looking for a needle in a haystack being I not sure what the channel loss may be or even if the issue is channel loss. Can you provide more information on the Sedres validation tool. i.e connection, license use, etc.
Thanks, Bob
0 Kudos

605 Views
yipingwang
NXP TechSupport
NXP TechSupport

You need to install the latest CodeWarrior for ARMv8 11.5.12, please refer to the following.

Please sign in www.nxp.com, you can download CodeWarrior for ARMv8 11.5.12 from "My NXP

Account->Software Licensing and Support->View accounts->NXP Software->CodeWarrior Networked Suite -Specialist Level->11.5.12  Software->CodeWarrior for QorIQ LS Series ARMv8 ISA".

Please download and install CodeWarrior for ARMv8 v11.5.0 b200629 first, then open CodeWarrior IDE and install service pack 11.5.12 from Help->Install New Software->Add->Archive.

Please click "BUY NOW" from https://www.nxp.com/design/software/development-software/codewarrior-development-tools/codewarrior-n... to check the license information.

0 Kudos