• 状态 Resolved
  • 已锁定 已锁定
  • 回复 13 回复
  • 订户 0 订户
  • 视图 616 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] Linux/66AK2E05：Linux Netcp 驱动程序问题

admin
Guru**** 2535150 points


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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/621138/linux-66ak2e05-linux-netcp-driver-problem

器件型号：66AK2E05

工具/软件：Linux

你(们)好

我有3个 EA k2e EVM 板。  我们使用 PROCESSOR-SDK-Linux-K2E 04_00_00_04。

我想在 netcp Linux 驱动程序中会出现一些问题。

我使用1个 UDP 流端口和1个监视器端口(如果是 k2e EVM 板)。

在将 UDP 端口插入操作时、其他监控端口不工作。

然后再次插入 UDP 端口、然后监控端口再次处于活动状态。

网络驱动程序可能有问题。

是否有人知道如何解决此问题？

请帮帮我。。

谢谢。

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

    我已将其转发给软件团队。 他们的反馈应发布在此处。

    BR
    Tsvetolin Shulev
  • 0
    TI__Guru**** 2535150 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    谢谢。。。
  • 0
    TI__Guru**** 2535150 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好、Sangseog、

    我在 ProcSDk 3.3上尝试了、发现了问题。 我将尝试使用4.0版本。 如果仍然是您看到的问题、我会将其提交到我们的错误系统以解决。

    雷克斯
  • 0
    TI__Guru**** 2535150 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好、Sangseog、

    我在使用 ProcSDK 4.0.0.3时未发现问题。 我同时启动和运行 eth0和 eth1、通过 eth1 ping PC 并拔下 eth0电缆。 eth1上的 ping 继续。 我对另一个端口执行了相同的操作。 请参阅我的控制台捕获：

    root@k2e-EVM：~# ifconfig
    eth0 链路连接：以太网 HWaddr B4：99：4C：00：18：B8
    iNet addr：158.218.109.208 Bcast：158.218.109.255掩码：255.255.255.0
    inet6 addr：fe80：：b699：4cff：fe00：18b8%763860/64范围：链接
    运行多播 MTU：1500公制：1的上广播
    RX 数据包：8171错误：0丢弃：0超限：0帧：0
    TX 数据包：887错误：0丢失：0超限：0载波：0
    冲突:0 txqueuelen:1000
    RX 字节：9521488 (9.0 MIB) TX 字节：71106 (69.4 KiB)

    ETH1 链接地址：以太网 HWaddr 02：18：31：7E：3E：00
    iNet addr：192.168.1.111 Bcast：192.168.1.255 Mask：255.255.255.0
    inet6 addr：fe80：：18：31ff：fe7e：3e00%763860/64范围：链接
    运行多播 MTU：1500公制：1的上广播
    RX 数据包：293错误：0丢弃：0超限：0帧：0
    TX 数据包：361错误：0丢弃：0超限：0载波：0
    冲突:0 txqueuelen:1000
    RX 字节：29599 (28.9 KiB) TX 字节：40679 (39.7 KiB)


    root@k2e-EVM：~# ping 192.168.1.1
    Ping 192.168.1.1 (192.168.1.1)：56个数据字节
    64字节从192.168.1.1开始：SEQ=0 TTL=64 Time=0.215ms
    64字节从192.168.1.1开始：SEQ=1 TTL=64时间=0.175ms
    64字节从192.168.1.1开始：SEQ=2 TTL=64 Time=0.168ms
    64字节从192.168.1.1开始：SEQ=3 TTL=64 Time=0.171ms
    64字节从192.168.1.1开始：SEQ=4 TTL=64 Time=0.168ms
    64字节从192.168.1.1开始：SEQ=5 TTL=64 Time=0.168ms
    64字节从192.168.1.1开始：SEQ=6 TTL=64 Time=0.164ms
    64字节从192.168.1.1开始：SEQ=7 TTL=64 TIME=0.167ms
    64字节从192.168.1.1开始：SEQ=8 TTL=64 Time=0.159ms
    64字节从192.168.1.1开始：SEQ=9 TTL=64 TIME=0.158ms
    [451.235094] netcp-1.0 2620110.netcp eth0：链路断开
    64字节从192.168.1.1开始：SEQ=10 TTL=64 Time=0.164ms
    64字节从192.168.1.1开始：SEQ=11 TTL=64时间=0.197ms
    64字节从192.168.1.1开始：SEQ=12 TTL=64时间=0.167ms
    64字节从192.168.1.1开始：SEQ=13 TTL=64时间=0.157ms
    64字节从192.168.1.1开始：SEQ=14 TTL=64时间=0.160ms
    64字节从192.168.1.1开始：SEQ=15 TTL=64时间=0.158ms
    64字节从192.168.1.1开始：SEQ=16 TTL=64时间=0.162ms
    64字节从192.168.1.1开始：SEQ=17 TTL=64时间=0.159ms
    64字节从192.168.1.1开始：SEQ=18 TTL=64时间=0.158ms
    64字节从192.168.1.1开始：SEQ=19 TTL=64时间=0.161ms
    64字节从192.168.1.1开始：SEQ=20 TTL=64时间=0.160ms
    64字节从192.168.1.1开始：SEQ=21 TTL=64时间=0.160ms
    64字节从192.168.1.1开始：SEQ=22 TTL=64时间=0.193ms
    [463.685477] netcp-1.0 2620110.netcp eth0：链路向上- 1Gbps/全-流控制关闭
    64字节从192.168.1.1开始：SEQ=23 TTL=64时间=0.185ms
    64字节从192.168.1.1开始：SEQ=24 TTL=64时间=0.174ms
    64字节从192.168.1.1开始：SEQ=25 TTL=64时间=0.177ms
    ^C


    root@k2e-EVM：~# ping 158.218.109.254
    Ping 158.218.109.254 (158.218.109.254)：56个数据字节
    64字节从158.218.109.254开始：SEQ=0 TTL=64 TIME=0.405ms
    64字节从158.218.109.254开始：SEQ=1 TTL=64 Time=0.246ms
    64字节从158.218.109.254开始：SEQ=2 TTL=64 Time=0.267ms
    64字节从158.218.109.254开始：SEQ=3 TTL=64 Time=0.237ms
    64字节从158.218.109.254开始：SEQ=4 TTL=64 Time=0.241ms
    64字节从158.218.109.254开始：SEQ=5 TTL=64 Time=0.239ms
    64字节从158.218.109.254开始：SEQ=6 TTL=64 Time=0.236ms
    64字节从158.218.109.254开始：SEQ=7 TTL=64 Time=0.239ms
    64字节从158.218.109.254开始：SEQ=8 TTL=64 Time=0.239ms
    [540.485103] netcp-1.0 2620110.netcp eth1：链路断开
    64字节从158.218.109.254开始：SEQ=9 TTL=64 Time=0.268ms
    64字节从158.218.109.254开始：SEQ=10 TTL=64 Time=0.270ms
    64字节从158.218.109.254开始：SEQ=11 TTL=64 Time=0.267ms
    64字节从158.218.109.254开始：SEQ=12 TTL=64 Time=0.240ms
    64字节从158.218.109.254开始：SEQ=13 TTL=64 Time=0.270ms
    64字节从158.218.109.254开始：SEQ=14 TTL=64 Time=0.239ms
    64字节从158.218.109.254开始：SEQ=15 TTL=64 Time=0.216ms
    [547.765477] netcp-1.0 2620110.netcp eth1：链路向上- 1Gbps/全-流量控制关闭
    64字节从158.218.109.254开始：SEQ=16 TTL=64 Time=0.251ms
    64字节从158.218.109.254开始：SEQ=17 TTL=64 TIME=0.261ms
    64字节从158.218.109.254开始：SEQ=18 TTL=64 Time=0.240ms
    64字节从158.218.109.254开始：SEQ=19 TTL=64 Time=0.239ms
    ^C
  • 0
    TI__Guru**** 2535150 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    感谢您的评论


    **我使用1个 UDP 流端口和1个监视器端口(如果是 k2e EVM 板)。

    发生此问题-一个端口是 UDP 流端口、许多数据将发送到 PHY。

    Ping 测试的数据速率太低。
  • 0
    TI__Guru**** 2535150 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    Sanseog、

    我不明白。 如果已拔出 UDP 端口。 任何方式都不会有任何数据通过该端口。 在这种情况下、流量为何重要？

    我尝试了 etM0上的出站 iperf 和-u -b 600M 以及 eth1上的入站 ping、但仍然没有看到问题。

    雷克斯

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

    我想我知道您的测试设置。 您在 eth0上有 outboundt UDP。 我们将对此问题进行调查。

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

    Rex。 感谢您的关注。

    我修改了 netcp_ethss.c 中的一些代码并解决了这个问题。

    但我无法确定我的修改。

    我修改以太网线路连接检查计时器间隔。

    原始代码 为#define Gbe_timer_interval (Hz / 2) -- Hz 为1000

    我的代码是 #define Gbe_timer_interval (Hz/500)

    如果可用，请检查修改的副作用。

    谢谢

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

    您好、Sangseog、

    感谢您的反馈。 我将在 JIRA 中输入它、并让开发人员审阅它。  

    雷克斯

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

    根据您建议的更改、我仍然看到问题。 此外、它每秒安排500次链路检查、这会增加运行时开销、如果它正常工作、可能不是一个好解决方案。

    雷克斯
  • 0
    TI__Guru**** 2535150 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    尊敬的 Rex：感谢您的意见

    我同意你的意见。
    我希望获得良好的解决方案。

    当在 UDP 输出流时进行插件时，则网络不运行。
    并在 UDP 端口内部向下显示描述符错误消息。

    我想 DMA 处理中存在一些错误。
    Plesae 审核 DMA 操作顺序。

    谢谢你。
  • 0
    TI__Guru**** 2535150 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。
    您好 Rex。

    我同意你的意见。
    我希望获得良好的解决方案

    当网络未在拔插测试中出现问题时、
    界面关闭时显示描述符错误消息。

    我想 DMA 处理中存在一些错误。

    请检查此问题。

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

    Sangseog、

    我们正在调查此问题。 我将在我们找出根本原因后再发布。

    雷克斯