[参考译文] J784S4XEVM：C7x_1 ETHFW 客户端无法与 MCU2_0 服务器通信（CpswProxy_open 失败）

您好、

当客户端尝试向 ETFW 注册一个保留的 MAC 地址时、会出现该错误消息。 下面的客户端似乎请求注册 gPTP 多播 MAC 地址。

ETHFW：ADD_FILTER_MAC | C2S | CORE=0 Endpt=1025 token=0 macAdd= 01：80：C2：00：00：0e vlanid=65535 flowIdx=114、0
ETHFW：EthFwMcast_filterAddMac：无法在 VLAN 0 和 hwVlanId 3 01：80：C2：00：00：0e：–2 上添加保留的 mcast 地址
ETHFW：CpswProxyServer_filterAddMacHandlerCb：无法添加多播：–2
ETHFW：CpswProxyServer_clientRequestHandler：无法将 mcast 添加到 filter：–2


您能否确认、您是否对 ETHFW 和客户端进行了必要的更改、以便从 C7x 启用客户端？

此致、
Sudheer

尊敬的 Doredla：

我是 Kamel 的一名同事、目前我们正在共同开展该项目。

关于您提到的消息：它们始终显示、即使在 MCU2_1 或 C7_1 上没有运行客户端也是如此。 根据我们的观察、它们似乎与 Linux 客户端相关、因为服务器在开机大约 15 秒后（就在 Linux 启动的前后）记录它们。 也就是说、我们没有观察到 Linux 接口存在任何问题。

至于你的问题：是的、我们认为已经作出了必要的改变。 我们之前使用 SDK 9 来实现它们、现在正在将这些更改移植到 SDK 10。

您好、

关于您提到的消息：它们始终显示、即使在 MCU2_1 或 C7_1 上没有运行的客户端。 根据我们的观察、它们似乎与 Linux 客户端相关、因为服务器在开机大约 15 秒后（就在 Linux 启动的前后）记录它们。 也就是说、我们没有观察到 Linux 接口有任何问题。

是的、CORE=0 是 A72 向 ETHFW 发出的内核请求。  
即使没有 MCU2_1 客户端、您也可以在 HLOS 引导时观察。

关于您的问题：是的、我们认为已经进行了必要的更改。 我们之前使用 SDK 9 来实现它们、现在正在将这些更改移植到 SDK 10。

我懂了。 请确认 SDK 9 中所做的所有相关更改现在都已纳入 SDK 10 中。

如果可能、您能否分享在 SDK 9 和 SDK 10 中所做的更改以供审核？

此致、
Sudheer

尊敬的 Doredla：

我将通过电子邮件与您分享 SDK 9 和 SDK 10 补丁。

此致、
Kamel

您好、

我将通过电子邮件与您分享 SDK 9 和 SDK 10 补丁。

是的、我收到了一封包含补丁的电子邮件。

请留出一些时间来查看、并尽快回复您。

此致、
Sudheer

你好 Sudheer,

希望您做得好。

只是跟进这一点。 您能否告诉我们、您是否有机会查看补丁、或者您是否需要我们方面的任何其他信息？ 我们目前已被阻止、正在等待您的反馈继续。

此致、
Kamel

您好、

我仅验证了服务器端的更改、对我来说很好。

客户方面有许多我无法查看的变化。

客户端日志：
[IPC] Virtio_create：注册邮箱失败
CpswProxy: CpswProxy_open:未能分配客户端对象:–8
Virtnetif-App：CpswRemoteApp_openCpswProxy：无法为 virtPortId 1：–1 打开 CpswProxy

从您共享的客户端日志中、似乎 IPC virtio init 失败。 请咨询我们的 IPC 专家、我们会尽快答复您。

您能否确认您已按如下方式映射 VRING 内存？

你好 Sudheer,

我们使用了与 SDK9 相同的内存映射、并且IPC_VRING_MEM按预期配置。

以下是存储器映射的相关摘录：

MEMORY
{
    /* L2 for C7x_1 [ size 448.00 KB ] */
    L2RAM_C7x_1              ( RWIX ) : ORIGIN = 0x64800000 , LENGTH = 0x00070000
    /* L1 for C7x_1 [ size 16.00 KB ] */
    L1RAM_C7x_1              ( RWIX ) : ORIGIN = 0x64E00000 , LENGTH = 0x00004000
    /* MSMC for C7x_1 [ size  3.00 MB ] */
    MSMC_C7x_1               ( RWIX ) : ORIGIN = 0x68000000 , LENGTH = 0x00300000
    /* Memory for IPC Vring's. MUST be non-cached or cache-coherent [ size 48.00 MB ] */
    IPC_VRING_MEM                     : ORIGIN = 0xAC000000 , LENGTH = 0x03000000
    /* Memory for remote core logging [ size 256.00 KB ] */

好极了。

Kamel

您好、

我可以在 SDK 10 补丁中看到更多变化。 为什么 SDK 10 与 SDK 9 相比有更多变化？

我已经在两个补丁之间比较了 VRING 和 IPC、我预计两个 SDK 应该会出现类似的变化。

此致、
Sudheer

你好 Sudheer,

对先前的修补程序表示道歉—它是由隐藏的.project文件生成的、并且错误地包含了文件。

我将通过电子邮件与您分享新生成的 C7x 客户端补丁、仅包含相关的更改。

此致、
Kamel

您好、

是否仍在观察到来自 C7x 的相同错误？ 如果没有、请共享日志。

此外、上述日志似乎表明邮箱注册失败。

您可以避免在 Sitara 文件夹下进行更改、选中一次。

此致、
Sudheer

你好 Sudheer,

很抱歉耽误你的时间。

是否仍从 C7x 中观察到相同的错误？ 如果没有、请共享日志。
[/报价]

是的、我仍然观察到来自 C7x 的相同误差。

此外、上述日志似乎表明邮箱注册失败。

从您共享的客户端日志中、似乎 IPC virtio init 失败。 请咨询我们的 IPC 专家、我们会尽快答复您。
[/报价]

您是否有机会咨询 IPC 专家？  

您可避免在 Sitara 文件夹下进行更改、并选中一次。
[/报价]

我在下没有进行任何更改 Sitara 文件夹。

我们正面临一个障碍,非常感谢您的协助进行该项目。

 

好极了。

Kamel。

[/quote][/quote]

• 取消

• 向上 0 True 向下
• 取消

您好、

您能否确认、您是否使用同一 SDK 版本中的所有 SDK 组件 (Linux SDK、SYSFW、RTOS SDK、TIFS)？

另一位客户 先前记录了类似问题、请参阅以下内容以了解更多详细信息。
https://e2e.ti.com/support/processors-group/processors/f/processors-forum/933094/tda4vm-ipc-echo-test-fails-to-register-mailbox-on-c66x-and-c7x

此致、
Sudheer

您好、

您能否确认、您是否使用同一 SDK 版本中的所有 SDK 组件 (Linux SDK、SYSFW、RTOS SDK、TIFS)？
[/报价]

我已使用以下链接中的预编译 Linux 映像：
ti-processor-sdk-linux-adas-j784s4-evm-10_01_00_05-Linux-x86-Install.bin

此外、我 ethfw使用 RTOS SDK 构建了客户端和服务器应用、该 SDK 位于以下位置：
ti-processor-sdk-rtos-j784s4-evm-10_01_00_04.tar.gz

然后、我将生成的二进制文件复制到/lib/firmware目录中。

您能否尝试使用相同的 SDK 版本和我们的补丁在您这边重现此问题？

此致。

Kamel。

您好、

我已经测试了 SDK 11.0 提供的 RTOS 客户端+ Linux 客户端。

它按预期工作、同时确保视觉叠加未添加到叠加中。  


此致、
Sudheer

你好 Sudheer,

我还在 SDK 11 上测试了 RTOS 客户端和 Linux、并且它们也按预期运行。

但是、即使在删除视觉覆盖后、C7 仍会遇到相同的问题。

C7x 日志：

此致、
Kamel

您好、

但是、即使在删除视觉覆盖后、C7 仍会遇到相同的问题。

C7x 日志：

C7x 客户端是否也与 SDK 11.0 一起运行？

此致、
Sudheer

您好、

C7x 客户端是否也使用 SDK 11.0 运行？
[/报价]

是的、C7x 客户端也运行 SDK 11.0。

附件是针对 C7 客户端和 R5 服务器的 SDK 11 的 EthFw 和 PDK 补丁。

e2e.ti.com/.../pdk11_5F00_c7.tar.gz

此致、

Kamel。

您好、

随附了用于 SDK 11 的 EthFw 和 PDK 补丁、目标是 C7 客户端和 R5 服务器。

我正在咨询我们的 IPC 专家、我们会尽快回复您。

此致、
Sudheer

您好、

您能否在“ipc_mailboxRegister"中“中检查失败的位置？

此外、通过增加“ipc_sciclientIrqSet"的“的“timeout_cnt"来“来进行检查。  

确保 Sciserver 在客户端尝试访问时已启动并正在运行。

此致、
Sudheer

您好、

您能否在“ipc_mailboxRegister"中“中检查失败的位置？
[/报价]

它不会在中失败Ipc_mailboxRegister。 此函数仅循环遍历所有内核、当遇到本地内核时、它会显示以下警告消息：

日志：

[IPC] Ipc_Mailbox_register : Starting ......
[IPC] Ipc_Mailbox_register : CLusterID = 14      remoteProcId=1
[IPC] Navss Rtr: input 477, output 12533357868
[IPC] Ipc_MB(1): Self 9 Remote 1 (c14,u1,q6) arg 1,total 1
[IPC] Ipc_Mailbox_register : Starting ......
[IPC] Ipc_Mailbox_register : CLusterID = 14      remoteProcId=2
[IPC] Ipc_MB(2): Self 9 Remote 2 (c14,u1,q7) arg 2,total 1
[IPC] Ipc_Mailbox_register : Starting ......
[IPC] Ipc_Mailbox_register : CLusterID = 14      remoteProcId=3
[IPC] Navss Rtr: input 476, output 12633423404
[IPC] Ipc_MB(1): Self 9 Remote 3 (c14,u0,q0) arg 3,total 2
[IPC] Ipc_Mailbox_register : Starting ......
[IPC] Ipc_Mailbox_register : CLusterID = 14      remoteProcId=5
[IPC] Ipc_MB(2): Self 9 Remote 5 (c14,u0,q2) arg 5,total 2
[IPC] Ipc_Mailbox_register : Starting ......
[IPC] Ipc_Mailbox_register : CLusterID = 14      remoteProcId=6
[IPC] Ipc_MB(3): Self 9 Remote 6 (c14,u0,q3) arg 6,total 2
[IPC] Ipc_Mailbox_register : Starting ......
[IPC] Ipc_Mailbox_register : CLusterID = 14      remoteProcId=7
[IPC] Ipc_MB(4): Self 9 Remote 7 (c14,u0,q4) arg 7,total 2
[IPC] Ipc_Mailbox_register : Starting ......
[IPC] Ipc_Mailbox_register : CLusterID = 14      remoteProcId=8
[IPC] Ipc_MB(3): Self 9 Remote 8 (c14,u1,q5) arg 8,total 2
[IPC] Ipc_Mailbox_register : Starting ......
[IPC] Ipc_Mailbox_register : CLusterID = 255     remoteProcId=9
[IPC] Ipc_Mailbox_register : failed Invalid cluster..
[IPC] Virtio_create : Failed to register mailbox
[IPC] Ipc_Mailbox_register : Starting ......
[IPC] Ipc_Mailbox_register : CLusterID = 4       remoteProcId=10
[IPC] Navss Rtr: input 421, output 12733488940
[IPC] Ipc_MB(1): Self 9 Remote 10 (c4,u1,q4) arg 10,total 3
[IPC] Ipc_Mailbox_register : Starting ......
[IPC] Ipc_Mailbox_register : CLusterID = 14      remoteProcId=11
[IPC] Ipc_MB(4): Self 9 Remote 11 (c14,u1,q8) arg 11,total 3
[IPC] Ipc_Mailbox_register : Starting ......
[IPC] Ipc_Mailbox_register : CLusterID = 14      remoteProcId=12
[IPC] Ipc_MB(5): Self 9 Remote 12 (c14,u1,q9) arg 12,total 3
CpswProxy: Local cmd endpt 36, notify endpt 30
ETHFW: EthFwIpc_getRemoteEndPt: Failed to get remote endpoint: -1
CpswProxy: CpswProxy_connect: Failed to get ETHFW command service endpt: -1
ETHFW: EthFwIpc_getRemoteEndPt: Failed to get remote endpoint: -1
CpswProxy: CpswProxy_connect: Failed to get ETHFW command service endpt: -1
ETHFW: EthFwIpc_getRemoteEndPt: Failed to get remote endpoint: -1
CpswProxy: CpswProxy_connect: Failed to get ETHFW command service endpt: -1
ETHFW: EthFwIpc_getRemoteEndPt: Failed to get remote endpoint: -1
CpswProxy: CpswProxy_connect: Failed to get ETHFW command service endpt: -1
ETHFW: EthFwIpc_getRemoteEndPt: Failed to get remote endpoint: -1
CpswProxy: CpswProxy_connect: Failed to get ETHFW command service endpt: -1
ETHFW: EthFwIpc_getRemoteEndPt: Failed to get remote endpoint: -1
CpswProxy: CpswProxy_connect: Failed to get ETHFW command service endpt: -1
ETHFW: EthFwIpc_getRemoteEndPt: Failed to get remote endpoint: -1
CpswProxy: CpswProxy_connect: Failed to get ETHFW command service endpt: -1
CpswProxy: ETHFW services found at core 3 endpts 34 (ti.ethfw.ethdevice) and 24 (ti.ethfw.notifyservice)
CpswProxy: CpswProxy_open: Failed to allocate client object: -8
Virtnetif-App: CpswRemoteApp_openCpswProxy: Failed to open CpswProxy for virtPortId 1: -1

问题出在：

CpswProxy: CpswProxy_open: Failed to allocate client object: -8
Virtnetif-App: CpswRemoteApp_openCpswProxy: Failed to open CpswProxy for virtPortId 1: -1

特别是在CpswProxy_allocHandle函数中：

static CpswProxy_Handle CpswProxy_allocHandle(void)
{
ETHFWTRACE_DBG("CpswProxy_allocHandle Starting ....\n");
CpswProxy_Handle hProxy = NULL;
uint32_t i;

EthFwOsal_lockMutex(gCpswProxy.hMutex);

for (i = 0U; i < ETHFW_ARRAYSIZE(gCpswProxy.clientObj); i++)
{
if (!gCpswProxy.clientObj[i].inUse)
{
hProxy = &gCpswProxy.clientObj[i];
hProxy->inUse = BTRUE;
break;
}
}

EthFwOsal_unlockMutex(gCpswProxy.hMutex);

return hProxy;
}

确保 Sciserver 在客户端尝试访问时已启动并正在运行。
[/报价]

是的、我相信 Sciserver 正在运行、因为我尚未对其进行任何更改。

好极了。

Kamel。

[/quote]

您好、

特别是在CpswProxy_allocHandle函数中：

是否可以检查 “gCpswProxy.clientObj"的“的值？ 防范于未然。  
我们在“CpswProxy_init"期间“期间将存储器显式设置为 0。 它不应失败。

此致、
Sudheer

您好、

在此函数中、我们有两个CpswProxy.clientObj实例、两者都gCpswProxy.clientObj[i].inUse设置为非 NULL 值。

这表示所有客户端插槽当前都在使用中。

###############CpswProxy_allocHandle Starting ....

##########CpswProxy_allocHandle: gCpswProxy.clientObj[i].inUse = 165

##########CpswProxy_allocHandle: gCpswProxy.clientObj[i].inUse = 165

好极了。

Kamel。

您好、

########### CpswProxy_allocHandle：gCpswProxy.clientObj[i]。inuse = 165
不使用 是引导类型、应保存为 0 或 1。

从上面、我认为您的存储器选择中填充了 0xA5、因此您是观察 165 值。

在初始化期间、请将“gCpswProxy"重“重置为 0 默认情况下、在代理初始化期间、我们已将 memset 设为 0。



请检查“gCpswProxy"的“的上述重置是否在您这边进行。

此致、
Sudheer

您好、

我使用了 SDK 版本 10 和 11、并观察到gCpswProxy在初始化期间复位。

由于 SDK 9 上的相同代码可按预期运行、您对 SDK 11 和 10 做了哪些更改？  

好极了。

Kamel。

您好、

我使用了 SDK 版本 10 和 11、并观察到gCpswProxy在初始化期间复位。

由于 SDK 9 上的相同代码可按预期运行、您对 SDK 11 和 10 做了哪些更改？  

则可以使用重置的代码库  gCpswProxy  在代理初始化期间、分配客户端对象时它应该具有 0、而不应该具有 0xA5
########### CpswProxy_allocHandle：gCpswProxy.clientObj[i]。inuse = 165

您能否通过在 CCS 调试器中添加一个硬件观察点并运行客户端应用来进行检查？ 谁在写入存储器？

此致、
Sudheer