This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

C6670 EVM EMAC0 does not send packets at first 10-20 seconds

Hi.

 

My goal is ethernet communication with 2 evm borad each other, using emac0 (backplane).

I use PA_multicoreExample Project.

I modify some codes. (add sgmii0 setting parts, add Mac, add IP, add port, and so on...)

It doesn't work at first 10-20 seconds. As times go by, it works.

 

I need some help.

 

Thanks.

 

  • Are you working with the code in the latest MCSDK 2.1.2.6? How the two EVMs are connected, via a Micro TCA chassis for backplane? The code in PA_multicoreExample is loopback for EMAC1, does it work when you connect two EMAC1 with Ethernet code in non-loopback mode?

    When you say it takes 10-20 seconds to start to work, what is the judgement it didn't work? The other side software can't receive? Or you have network sniffer showing no packets transmitted at beginning? Did the switch ports statistics show the increment or not?

    Regards, Eric

      

  • Thanks for your reply, Eric.

     

    I am working with codes in pdk_c6670_1_1_1_4.

    You're right. The two EVMs are connected via a Micro TCA chassis for backplane.

    The code in PA_multicoreExample is loopback for EMAC1, but i modify the codes.

    I changed the code from loopback mode to non-loopback one. And Also changed for EMAC0. It works.

    Now I changed some enviroments for test.

    One EVM and one AMC Board are connected, via a Micro TCA chassis for backplane.

    AMC board works in devian-linux.

    I can see backplane packets to use linux command "tcpdump -i mgmt0".

    I run EVM for sending packet always, but i couldn't see bakcplane packet at first 10-20 seconds.

    Still it takes 10-20 seconds to start to work.

     

    Thanks.

  • One thing you could try if the latest PDK_1_1_1_6 works for you? Also, when there is no packets for the first 10-20 seconds, can you check the switch statistics, are they incremental or just zero?

    The region is 0x209_0b00 and 0x209_0c00. These are the STATSA (port0) and STATSB (port1 and port2) register results. They are explained in section 3.5.3 of "KeyStone Architecture Gigabit Ethernet (GbE) Switch Subsystem Literature Number: SPRUGV9B".

    Can you let us know (e.g, a screenshot) those registers in the first 10-20 seconds?

    Regards, Eric

  •  

    I check the register 0x2090b00, and i can see they are incremental. but tcpdump could not catch that packets.

    Below is a screenshot.

    I'm trying to work with pdk_c6670_1_1_1_6.

     

    Thanks.

     

     

  • I also test my codes with pdk_1_1_2_6. but i still cannot see my packets....

    In the case with pdk_1_1_2_6, the register(0x2090b00) values are incremental...

     

    Thanks.

  • Thanks for additional test. 0x209_0b00 region shows the port statistics with Host. 0x2090c00 shows the port statistics with outside world. Specifically, 0x290_0c34 is the number of TX good frame from Gb switch, if you saw that incremental as well at the beginning, the packets should be sent to wire. Does the tcpdump on Linux OS work without loss the beginning packets if you replace TI card with another AMC ethernet card?

    Regards, Eric

  • Thanks for your help.

    I had a problem with setting of configurations in Micro TCA chassis.

    After disable this option(Enable RSTP Protocol) and It works good.

    No delay, no missed packets.

    I’m happy. :)

     

    Thanks.