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.
您好、TI 以太网专家、
我的客户 通过应用"k3-j721e-quad-port-eth-exp.dtbo"启用 J721e CPSW9g 本机以太网模式。 然后、他通过四端口以太网扩展板在 J721e 上获得了4个 TH。 4 Es 就都上去了。 但他无法在 CPSW9G 原生以太网模式下对 ETH 4执行 ping 操作。
BTW、CPSW2g 也处于本机以太网模式、它可以执行 Ping 操作。
下面显示了他获得的阶段结果:
但无法使用 ETH4和 CPSW9G ping PC、未接收到数据包。
下面显示了 eth4上的 tcpdump、当 PC ping 电路板时没有接收到数据包。 但链路状态显示"是"
但使用相同的步骤、可以 ping 通 CPSW2G 的 eth0、并成功接收数据包。
您能否就此问题提供一些反馈、状态似乎显示 CPSW9G 原生以太网模式下的 eth4已正确连接、但为什么没有接收到数据包?
非常感谢!
Kevin 老师
为了更明确、
客户正在使用最新的 SDK 8.6。 在默认虚拟客户端模式下、CPSW9G 中的所有4个端口都可以成功接收到数据包、但根据 SDK 文档、客户应用了 k3-j721e-quad-port-eth-exp.dtbo 并在原生以太网中配置了 CPSW9G、 然后它们无法 ping 通 CPSW9G 中4个端口中的任何一个、状态正确、但无法接收数据包。 但是、CPSW2G 中的端口0仍能在接收到数据包时执行 Ping 操作。
尊敬的 Kevin:
客户是否从 SD 卡中删除 EthFW 固件 R5二进制文件?
它位于 rootfs/lib/firmware/ethfw 下。 或移除 J7-main-r5f0_0-FW 链接。
此致、
斯坦利
尊敬的 Stanley:
感谢您的答复。 EthFW 固件 R5二进制文件不会从 SD 卡中删除。 但是、从默认以太网模式的日志中、不会加载和启动包含主域中的 EthFW 的 r5f 映像。 在默认虚拟客户端模式下,日志显示已加载主域中的 r5f 映像。 因此,主域中的 r5f 映像似乎不是导致此问题的原因。
此致、
Kevin 老师
尊敬的 Kevin:
您能否参阅 此常见问题解答 、看看其中是否有任何可以解决您的问题的方法。
如果您找不到任何内容、请分享 Linux 内核启动日志。
您是否还能在 eth1、eth2、eth3上看到该问题?
此致、
Tanmy.
大家好,坦美与斯坦利
通过遵循常见问题解答并删除 EthFW 固件 R5、eth1、2、3、4可以成功 ping 通。
还有两个基于它的点可能需要您再次确认。
1:拔下并重新插入电缆后、IP 地址将丢失、需要重新配置。 在这种情况下、是否需要做这件事?
2:当有两个 eth 可用(eth1和 eth2)时、eth2无法 ping 通、但 eth1关闭时、eth2可以 ping 通。 这种情况是否有任何限制?
非常感谢!
Kevin 老师
尊敬的 Kevin:
重新拔下电缆并插入后,IP 地址将丢失,需要重新配置。 这是在这种情况下需要做的必要事情吗?
这是默认行为。 您还可以在 Linux 中通过 systemd.networkd 服务为接口静态分配 IP 地址、当重新连接电缆时、该服务将重新配置 IP 地址。
当两个 eth 可用(eth1和 eth2)时,eth2无法 ping 通,但当 eth1关闭时,eth2可以 ping 通。 这种情况下是否有任何限制?
这是因为 eth1和 eth2都在同一子网中。 如果连接到 diffrent 网络、则应使用 diffrent 子网。 您也可以在 ping 命令中使用"-i eth2"标志来强制 ping 通过 eth2接口("ping -i eth2 12.168.1.200")
此致、
Tanmy.