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.

[参考译文] AM6422:AM6422 上 A53 内核的 Linux SDK 巨型帧支持

Guru**** 2529790 points
Other Parts Discussed in Thread: AM6422

请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1555910/am6422-jumbo-frame-support-on-linux-sdk-for-a53-core-on-am6422

器件型号:AM6422


工具/软件:

尊敬的团队:

我的问题与 AM64xx 对 TCP/IP 和 UDP 通信巨型帧的支持相关。

设置:

AM64xx 配置为使用 RGMII 通过 CPSW 实现千兆位以太网

使用 Yocto Linux 的 A53 内核、eth0 通过 TCP/IP 与 PC 通信、eth1 通过 UDP 与 FPGA 通信

在这方面,为了实现更好的吞吐量,我们希望为巨型帧配置 eth0 和 eth1 以太网 — 我们尝试了,但它给出了错误“

错误:MTU 大于设备最大值。“

所以我们的问题是: AM64x + Yocto Linux SDK 是否支持 TCP/IP 或 UPD 的巨型帧? 如果当前不支持 — 那么我们何时可以期待此功能可用?

谢谢。此致

Nagaraj Patil

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、

    指定的专家将在 9 月 1 日之前离职。

    请预计响应会有所延迟。

    此致

    Ashwani

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Nagaraj:

    [引述 userid=“645702" url="“ url="~“~/support/processors-group/processors/f/processors-forum/1555910/am6422-jumbo-frame-support-on-linux-sdk-for-a53-core-on-am6422

    在这方面,为了实现更好的吞吐量,我们希望为巨型帧配置 eth0 和 eth1 以太网 — 我们尝试了,但它给出了错误“

    错误:MTU 大于设备最大值。“

    [/报价]

    您的目标巨型帧大小是多少?

    您能否检查“ip -d link list eth0“(其中 eth0 是 CPSW)的结果?

    -道林

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Daolin:

    以下是请求的 eth0 和 eth1 信息;

    您的目标巨型帧大小是多少?

      我们正在寻找最小 4096 个巨型帧大小。

    您能否检查“ip -d link list eth0“(其中 eth0 是 CPSW)的结果?

      以下是 eth0 和 eth1 的详细信息

    root@phyboard-Electra-am64xx-2:~# ip -d link list eth0

    2:eth0: MTU 1500 qdisc mq 状态关闭模式默认组默认值 qlen 1000

    Link/ether 1c:63:49:1a:F8:E4 brd ff:ff:ff:ff:ff:ff 混杂性 0 allmulti 0 minmtu 64 maxmtu 2002 numtxqueue 8 numrxqueue 1 gs

    root@phyboard-Electra-am64xx-2:~# ip -d link list eth1

    5:eth1: MTU 1500 qdisc mq 状态关闭模式默认组默认值 qlen 1000

    链路/以太网 6e:0A:71:73:72:E3 brd ff:ff:ff:ff:ff 混杂性 0 allmulti0 minmtu 64 maxmtu 1982 numtxqueue 4 numrxqueques 4 GS

    root@phyboard-Electra-am64xx-2:~# ethtool -i eth0
    驱动器: am65-cpsw-nuss.
    版本:6.6.32-gff957b44-g0cd98146188b
    固件版本:
    扩展 ROM 版本:
    总线信息:8000000.Ethernet
    支持统计:是
    支持测试:否
    支持-EEPROM-ACCESS:不支持
    支持-register-dump:可以
    支持-priv-flags:是

    root@phyboard-Electra-am64xx-2:~# ethtool -i eth1
    驱动器: icssg-prueth
    版本:6.6.32-gff957b44-g0cd98146188b
    固件版本:
    扩展 ROM 版本:
    总线信息:以太网
    支持统计:是
    支持测试:否
    支持-EEPROM-ACCESS:不支持
    支持-register-dump:否
    支持-priv-flags:否

    谢谢。此致

    Nagaraj Patil

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Nagaraj:  

    根据您的 ethtool 结果 eth0 是 CPSW 以太网、最大可配置 MTU(“maxmtu")“)为 2002。 对于 eth1、即 ICSSG 以太网、最大可配置 MTU 为 1982。 这两种配置都不符合您对 4096 大帧大小的要求。

    您是否打算仅在 CPSW 以太网或 CPSW 和 ICSSG 以太网上使用巨型帧?

    -道林

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    谢谢你道林,

    我们需要在 CPSW 以太网和 ICSSG 以太网上提供巨型帧支持。  

    此致

    Nagaraj Patil

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Nagaraj:

    感谢您的澄清。 遗憾的是、我们当前的 CPSW 硬件不支持超过 2002 字节的巨型帧。 据我所知、目前在我们的路线图中没有实施 2002 年以上巨型帧的计划。

    我还在内部检查 ICSSG 以太网。 如果您下周收到星期二的回复、请 Ping 此主题。

    -道林

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    感谢 Daolin 更新 CPSW 巨型帧支持和路线图。  

    我将进一步等待有关 ICSSG 以太网巨型帧支持路线图的信息。  

    此致

    Nagaraj Patil

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Nagaraj:

    我将进一步等待有关 ICSSG 以太网巨型帧支持路线图的信息。  [/报价]

    在 AM64x 上的 ICSSG 上、4KB 巨型帧大小在技术上是可行的;但是、目前尚未实现。 这是 ICSSG 以太网、因此对 CPSW 以太网等硬件没有限制、并且可以更改 ICSSG 固件以实现 4KB 巨型帧大小。

    是否有特定的时间范围需要这个巨型帧大小? 您能详细介绍一下终端设备以及您目前在开发时间轴上的情况吗? (即只需开始使用 AM64x 进行评估以确定 AM64x 是否合适?)。

    -道林

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    是否有特定的时间范围需要这个巨型帧?

     -我们已经处于 Proto-1 构建和测试阶段,如果我们可以获得 Proto-2 的这一功能会很好(我们的目标是在 12 月 25 日结束时完成 Proto-2 测试/发布)

      在这方面、最好能在 2025 年 12 月初之前提供这一功能

    您能详细介绍一下您的终端设备以及您当前在开发时间表中的位置吗? (即只需开始使用 AM64x 进行评估以确定 AM64x 是否合适?)。

     - AM64x 已经完成,我们正处于 Proto-1 阶段。

     -这基本上是高速/大容量数据采集系统,有 36 个 CMOS 摄像头连接到 FPGA(帧速率 1000,帧大小 4096 字节), FPGA 实习生通过 eth1 连接 AM64x。

     -所以根据要求,至少 FPGA 必须传输所有至少 25 个 CMOS 相机帧现场通过 eth1 ,.( i , e. 1000*4096*25*8 位/秒数据通过 eth1 实时传输到 AM64x )。

    谢谢。此致

    Nagaraj Patil

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 Nagaraj:  

    对延迟的回复表示歉意、我本周已/现在不在办公室。

    感谢您分享有关您的时间线和用例的详细信息。 我在内部提出了对 ICSSG 巨型帧支持的功能请求;但是、我没有关于何时实施巨型帧支持的具体详细信息。 此外、从 CPSW 的角度来看、巨型帧不受支持、并且需要更改 CPSW 中的硬件、我认为我们不能在 CPSW 以太网上支持 4K 巨型帧大小。

    [引用 userid=“645702" url="“ url="~“~/support/processors-group/processors/f/processors-forum/1555910/am6422-jumbo-frame-support-on-linux-sdk-for-a53-core-on-am6422/6014688 “] -因此根据要求、至少 FPGA 必须通过 eth1 将所有至少 25 个 CMOS 摄像头帧实时传输到 AM64x、...(i、e. 1000*4096*25*8 位/秒的数据通过 eth1 实时传输到 AM64x )。[/报价]

    同时、我正在尝试了解是否有其他方法可以在不实施巨型帧的情况下实现您所需的吞吐量。 我假设您以 1Gbps 线路速率使用 RGMII 接口? 根据我的理解、根据 AM6422 处理器上 CPU 内核的加载方式(受正在运行的任何后台任务/进程的影响)以及有多少以太网端口正在主动传递流量、您可以实现高达 900Mbps 的速率。 根据您的要求、需要 819.2Mbps(1000*4096*25*8 位/秒)的吞吐率?

    您是否还考虑了中断合并作为提高吞吐量的潜在方法(请注意,这确实会以延迟为代价):

    https://software-dl.ti.com/processor-sdk-linux/esd/AM62X/latest/exports/docs/linux/Foundational_Components Network/Kernel/Network/CPSW3g.html#interrupt-pace Kernel_Drivers 

    -道林

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    感谢您分享有关时间线和用例的详细信息。 我在内部提出了对 ICSSG 巨型帧支持的功能请求;但是、我没有关于何时实施巨型帧支持的具体详细信息。 此外、从 CPSW 的角度来看、巨型帧不受支持、并且需要更改 CPSW 中的硬件、我认为我们不能在 CPSW 以太网上支持 4K 巨型帧大小。

    尊敬的 Daolin:您好,对于延迟的回复不需要抱歉 — 我们了解您的繁忙时间安排。

    感谢您提出内部请求“ICCSSG 上的巨型帧功能支持“、我了解 CPSW 对巨型帧支持的限制。

    [quote userid=“576780" url="“ url="~“~/support/processors-group/processors/f/processors-forum/1555910/am6422-jumbo-frame-support-on-linux-sdk-for-a53-core-on-am6422/6025825

    同时、我正在尝试了解是否有其他方法可以在不实施巨型帧的情况下实现您所需的吞吐量。 我假设您以 1Gbps 线路速率使用 RGMII 接口? 根据我的理解、根据 AM6422 处理器上 CPU 内核的加载方式(受正在运行的任何后台任务/进程的影响)以及有多少以太网端口正在主动传递流量、您可以实现高达 900Mbps 的速率。 根据您的要求、需要 819.2Mbps(1000*4096*25*8 位/秒)的吞吐率?

    您是否还考虑了中断合并作为提高吞吐量的潜在方法(请注意,这确实会以延迟为代价):

    https://software-dl.ti.com/processor-sdk-linux/esd/AM62X/latest/exports/docs/linux/Foundational_Components Network/Kernel/Network/CPSW3g.html#interrupt-pace Kernel_Drivers 

    [/报价]

    感谢您关于通过考虑中断合并来提高吞吐量的建议。 是的、我们使用的是 1 Gbps 的 RGMII、目前我没有看到任何主要瓶颈、无法在没有巨型帧的情况下实现所需的吞吐量。

    然而在未来,可能是一年 — 我们可能需要在 A53 核心上执行几个算法(在捕获的 CMOS 原始数据上执行算法)-此时可能会对吞吐量产生影响。

    根据您的所有建议并在 ICSSG 上提出巨型帧支持内部请求 — 我会将此 TT 标记为已解决。

    感谢您的支持。

    此致

    Nagaraj Patil