[参考译文] DRA829V：[EP2000][Main2_0]：当 ETHFW 在 MCU2_0和 MCU2_1上运行时、CPSW2g 唤醒延迟5分钟

您好！

[报价 userid="635888" url="~/support/processors-group/processors/f/processors-forum/1490195/dra829v-ep2000-main2_0-cpsw2g-wake-up-is-delaying-5-minutes-when-ethfw-is-running-on-mcu2_0-and-mcu2_1 ]]   针对 MCU2_0的 Ethfw 二进制文件和针对 cpsw9g 的 MCU2_1已刷写、然后我们观察到 CPSW2g 唤醒(通过 SSH 与 CPSW2g 的通信)延迟了大约5分钟、

如何确认它、是否由于 CPSW9G 的 MCU2_0和 MCU2_1固件？

是否在 MCU2_0和 MCU2_1上使用 Vision Apps 二进制文件？

在 CPSW2G 连接到 CPSW9G 之前、CPSW9G 不应影响 CPSW2G 的唤醒。

您是否正在将 CPSW2G 连接到 CPSW9G？

Unknown 说：

问题可能出在 dmesg 日志中、我可以看到日志末尾的内容可疑。  [报价]

从日志上看、似乎有一些系统超时。

我是否可以知道正在 Linux 上运行 ETHFW 客户端？

此致、
Sudheer

尊敬的 Sudheer：


   Linux 引导完成每次上电后、我通过连接到 CPSW2G 的以太网接口执行 SSH、但在我们刷写了 MCU2_0和 MCU2_1的 Ethfw 服务器和客户端二进制文件后、我看到 SSH 大约5分钟不工作。  

1.我们没有将 cpsw2g 连接到 cpsw9g 任何东西。

2. 未在 Linux 上运行 ETHFW 客户端、但我看到 MAIN_r5fss_mac_virt_client 已启用并进行探测。 因此、我确实按照以下过程将此驱动程序从 kernal 加载列入黑名单、以检查问题是否来自 Linux 客户端、但问题仍然是相同的。  

步骤1：通过开机将模块列入黑名单(需要一次)

        i.将目录更改为"cd /etc/modprobe.d /"
   二、创建.conf 文件(例如： vi eth1_driver_blacklist.conf )
        三、 键入'i'以插入在双引号之间的命令 "黑名单 ti-j721e-cpsw-virt-mac"
        IV.按下 ESC 按钮以退出编辑。
        v. 输入位于双引号":wq"之间的命令以保存和退出。

我想现在在 PSDK 10.1中、我认为驱动程序不是  main_r5fss_mac_virt_client  现在、所需的驱动程序是 我认为 cpsw_proxy_client 正确吗？

您好！

Unknown 说：

我想现在在 PSDK 10.1中、我认为驱动程序不是  main_r5fss_mac_virt_client  现在、所需的驱动程序是 我认为 cpsw_proxy_client 正确吗？ [报价]

是的,从 SDK 9.2在病房它是 cpsw-proxy-client。

我们已删除" ti-j721e-cpsw-virt-mac" 来自设备树和驱动程序文件的相关信息。

您能检查一下、是否以上是由你们添加的？

此致、
Sudheer