[参考译文] TDA4VM-Q1：J721E/DRA829/TDA4VM 评估板和最新的 Processor SDK (10.01.00.04)、与以太网相关的问题。

由于节假日、将从12月25日到1月2日推迟答复。 感谢您的耐心。

您好！

Unknown 说：

q1. 首先、我可以成功地通过 PC ping eth0、其次、也可以成功地通过 PC ping eth1。 但是、当我再次尝试使用 PC ping eth0时、失败了。 是否有办法解决此问题？

默认情况下、eth0是 CPSW2G 接口、通过本机 Linux 驱动程序运行。
ETH1、ETH2是虚拟交换机端口接口和 虚拟仅 MAC 端口(CPSW9G 端口1)接口。

有关更多详细信息、请参阅 ETHFW 用户指南。
https://software-dl.ti.com/jacinto7/esd/processor-sdk-rtos-j784s4/latest/exports/docs/ethfw/docs/user_guide/ethfw_c_ug_top.html#ethfw_j721e_port_cfg

https://software-dl.ti.com/jacinto7/esd/processor-sdk-rtos-j784s4/latest/exports/docs/ethfw/docs/user_guide/ethfw_c_ug_top.html#ethfw_depend_evm_j721e

Unknown 说：

但使用一段时间后、eth1和 eth2均未命中。 即使我重新启动或检查 uboot 中"dorprocboot 1"的配置、我仍然只看到 eth0已成功启用。 是否有办法解决此问题？

如果 eth1、eth2不可用、则 MCU2_0上的 ETHFW 未成功加载。
您是否已经疯狂地更改了 MCU2_0固件？ 此外、共享来自 TI EVM 的 Main UART2的 ETHFE 调试日志。

此致、
Sudheer

尊敬的  Sudheer：

问题1。
步骤1：成功 ping eth0 (通过 J35)。
步骤2：成功 ping eth1 (通过四端口)。
步骤3：ping eth0 (通过 J35)失败。
这种现象是由 EVM 网络拓扑的限制造成的吗？

问题2
请参阅附件。 我配置了/lib/firmware/ti-eth/j721e/app_remoteswitchcfg_server_strip.xer5f. eth1&eth2的软链接、第一次启动时显示、但第二次丢失。

此致、
Jay。

 e2e.ti.com/.../firstboot_5F00_ethfw_5F00_log_5F00_with_5F00_eth1eth2_5F00_20250106.txte2e.ti.com/.../secondboot_5F00_ethfw_5F00_log_5F00_missing_5F00_eth1eth2_5F00_20250106.txt

您好、Jay：

通过 eth0 ping `d失败后、您是否可以在 Linux 中共享命令` mesg 的输出。

此致、
Tanmay

您好！

我认为我需要首先解决第二个问题(Q2)、我的环境中大多数时间都缺少 eth1&eth2。

此致、

Jay。

您好！

Unknown 说：

我认为我需要首先解决第二个问题(Q2)、我的环境中大部分时间都缺少 eth1&eth2。

您能否分享用于检查此情况的 Linux 内核？
ETHFW 端远程服务从您在上面共享的日志初始化。 您是否还可以连接 CCS 并检查 MCU2_0内核的状态(空闲线程正在运行或任何异常)。

Unknown 说：

步骤1：成功 ping eth0 (通过 J35)。
步骤2：成功 ping eth1 (通过四端口)。
步骤3：ping eth0 (通过 J35)失败。
您是说此现象是由 EVM 网络拓扑的限制造成的吗？

不、在 EVM 中没有限制、CPSW2G 和 CPSW9G 都应同时运行。

此致、
Sudheer

尊敬的  Sudheer：

请参阅 Linux 内核日志的附件。 一个有 eth1和 eth2、另一个没有。 没有固件修改、只需重新启动即可。

e2e.ti.com/.../20250108_5F00_linux_5F00_log_5F00_ok.txt

e2e.ti.com/.../20250108_5F00_linux_5F00_log_5F00_fail.txt

此致、

Jay

您好、Tanmay、

`deth0 ping`失败后、Linux 中的 μ s mesg μ s。  请参阅附件。

e2e.ti.com/.../20250108_5F00_dmesg_5F00_info.txt

此致、

Jay。

您好、Jay：

第二次 ping 前、eth0上的链路是否在46秒断开？ 没有理由认为此时链路应该断开。  

Unknown 说：

我认为我需要首先解决第二个问题(Q2)、我的环境中大部分时间都缺少 eth1&eth2。

您是否在正常和故障情况下都看到了所有带"lsmod"的模块？

此致、
Tanmay

您好、Tanmay、

46秒断开连接是由我手动删除网络连接导致的。 我已将网络电缆连接至四端口并 Ping 了 eth1、然后将其连接回 eth0。 我遇到的问题与本视频中从7:00开始出现的情况类似。

https://youtu.be/ph70W4D6Vz8?si=Lr4Ci08n7MdmEIcH&t=420

此致、

Jay。

您好！

46秒断开连接是由我手动删除网络连接导致的。 我已将网络电缆连接至四端口并 Ping 了 eth1、然后将其连接回 eth0。 我遇到的问题与本视频中从7:00开始出现的情况类似。

https://youtu.be/ph70W4D6Vz8?si=Lr4Ci08n7MdmEIcH&t=420

可以对 CPSW2G eth0使用以下接口运行 ping。
# ping 192.168.1.11 i eth0

此外、对于使用以下命令的 CPSW5G、
#ping 192.168.1.11 -i eth1

您是否在仅禁用 MAC 的情况下使用 ETHFW 运行此协议？

此外、您能否在 ping 命令之前和之后进行检查。
# arp -a

此致、
Sudheer

您好！

无论是否指定接口、我都可以使用 J721e 对我的 PC 执行 ping 操作。 但当我使用 PC ping J721e 时,这是我之前提到的问题。情况与视频中遇到的问题非常相似。

是的、我使用的是 ETHFW。 但是、如何确认我是否启用了仅 MAC 模式？ 我仅在 SDK 中编译了"app_remoteswitchcfg_server"、并将其软链接到 MCU2_0。 尚未对代码进行任何修改。

此致、

Jay。