• State Resolved
  • Locked Locked
  • Replies 9 replies
  • Answers 1 answer
  • Subscribers 102 subscribers
  • Views 270 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

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.

Original question:

AM5728: "RX_START_OF_FRAME_OVERRUNS" on 2port at 1000Mbps same time

AM5728: About support from the SDK's perspective communicate at 1000Mbps "simultaneously"

O.H
Genius 5825 points
Part Number: AM5728
Other Parts Discussed in Thread: TMDSIDK572

Tool/software:

Hi experts,

From the following thread, we understand that the chip can communicate at 1000Mbps "simultaneously"
through two ports.
: e2e.ti.com/.../am5728-rx_start_of_frame_overruns-on-2port-at-1000mbps-same-time

However, this has not been achieved in my customer's environment.

Q1:First of all, does the SDK support "simultaneous" 1000Mbps communication over two ports?
Q2:If it does, I will send you the verification program created by the customer, so could you please check it and find out what needs to be fixed?

When they ran the verification program using the latest version of Processor SDK 09.02.00.00, a start of frame overrun occurred when consecutive packets were received from two Ethernet ports.
The versions of the components (libraries) used in Processor SDK 09.02.00.00 are as follows.
・am57xx PDK 1.0.21
・SYS/BIOS 6.76.03.01
・NDK 3.61.01.01

The verification program runs the following three tasks.
・Waits for UDP packets addressed to port 51010 on 192.168.1.1 and counts the number and size of received packets (packet contents are immediately discarded)
・Waits for UDP packets addressed to port 51010 on 192.168.2.1 and counts the number and size of received packets (packet contents are immediately discarded)
・Outputs the total number and size of received packets, the number of start of frame overruns, etc. to serial

When sending UDP packets from the PC to two Ethernet ports, the number of start of frame overruns increased.
*The equipment used is not the "AM5728 IDK" but a board designed by customer, so the code for the DDR memory settings, etc. is different.
However, it seems that this difference is not considered to be the reason for the occurrence of “start of frame overruns”.

Please let me know if there is any missing information.

Best regards,
O.H

  • 0
    TI__Mastermind 22829 points

    Hello OH,

    I am out of office today for US holiday.

    Please expect a 1-2 day delay in response.

    -Josue

  • 0 in reply to Josue Zamitiz-Ayala
    Genius 5825 points

    Hello Josue,

    Thank you for your reply. We look forward to your updates.

    Best regards,
    O.H

  • 0 in reply to O.H
    TI__Mastermind 39552 points

    Hi O,H,

    O.H said:
    Q1:First of all, does the SDK support "simultaneous" 1000Mbps communication over two ports?

    Here, 1000Mbps is the link rate, but actual performance may be lower than this due to the CPU load, handling of DMA interrupts, memory and stack access for packet processing, etc., which will bottleneck the software processing.

    O.H said:
    The versions of the components (libraries) used in Processor SDK 09.02.00.00 are as follows.
    ・am57xx PDK 1.0.21
    ・SYS/BIOS 6.76.03.01
    ・NDK 3.61.01.01

    Please note the PSDK RTOS release is in maintenance mode, and the component versions have not changed over the last few releases. We do not expect to make any feature updates to this.

    Thanks.

  • 0 in reply to Praveen Rao
    Genius 5825 points

    Hi Praveen Rao,

    Thank you for your reply.

    I understood that the AM57x SDK has not been tested for simultaneous 1000Mbps communication, and since there are no updates to the SDK, customers will need to verify it themselves.
    (Please correct me if I'm wrong.)

    As an alternative, we are considering using the AM64x.
    Q3:I believe that the AM64x theoretically supports this as hardware, but is it supported (tested) in the SDK?

    Best regards,
    O.H

  • 0 in reply to O.H
    TI__Mastermind 39552 points

    Hi O.H,

    O.H said:
    I understood that the AM57x SDK has not been tested for simultaneous 1000Mbps communication, and since there are no updates to the SDK, customers will need to verify it themselves.

    We are not saying this; our above comment does not mean that. We say the software overhead must be accounted for unless they do bare-metal testing, which is not what the SDK does.

    O.H said:
    As an alternative, we are considering using the AM64x.
    Q3:I believe that the AM64x theoretically supports this as hardware, but is it supported (tested) in the SDK?

    AM64x is a Sitara device handled by a different team. We suggest creating a new E2E post about this device.

    Thanks.

  • 0 in reply to Praveen Rao
    Genius 5825 points

    Hi Praveen Rao,

    Thank you for your reply. I understood. I will create a new thread.

    Best Regards,
    O.H

  • 0 in reply to Praveen Rao
    Genius 5825 points

    Hi Praveen Rao,

    Please let me discuss this further.

    Praveen Rao said:
    We are not saying this; our above comment does not mean that. We say the software overhead must be accounted for unless they do bare-metal testing, which is not what the SDK does.

    If the customer can reproduce the problem they are experiencing using the TMDSIDK572+SDK, could TI be able to check the verification program?
    They would like your advice on identifying the problem and on how to get as close to 1000Mbps simultaneous communication as possible.

    Best regards,
    O.H

  • +1 in reply to O.H
    TI__Mastermind 39552 points

    Hi O.H,

    As previously noted, the PSDK RTOS release for AM57x is in maintenance mode and there would be very limited support that we can provide on this. The SDK software is completely open and the customer can modify as required.

    As we mentioned 1000Mbps simultaneous transfer speed can only be obtained using bare-metal, but when it comes to software use case, we need to account to OS scheduling, memory transfer overheads and other factors.

    As this point, we would be unable to provide any additional support on this.

    Thanks.

  • 0 in reply to Praveen Rao
    Genius 5825 points

    Hi Praveen Rao,

    Thank you for your reply. I understood.

    Best regards,
    O.H