[参考译文] PROCESSOR-SDK-J721S2：QNX 710存在 IPC 问题

你好 Praveen ,我们已经从这个链接下载:

www.ti.com/.../J721S2-QNX-SDK

尊敬的 Praveen：

也可作为11.0SDK 的一部分、在 A72中添加了针对 SCIClient、UDMA、IPC 的 QNX 安全认证时、IIPC 驱动程序的任何更改是否需要在流程(用户空间)或内核级别进行一定程度的安全调整。 我提出这个问题是因为当我们使用带 SDK 11.0驱动程序的 R5F 和 C7x 以及带10.1 SDK 驱动程序的 A72时、A72和 R5F 中的 IPC b/w QNX 流程可以正常运行。 此外、仅当 A72尝试与远程内核通信时、才会在 A72上看到崩溃。  

你好 Praveen ,我们已经从这个链接下载:

www.ti.com/.../J721S2-QNX-SDK

此 SDK 适用于 SDP 7.1、因此理想情况下不需要任何更改即可运行。 不需要反向端口。

理想情况下、我们建议避免 RTOS 和 QNX 版本的混合和匹配。 如果您使用的是 RTOS SDK 11.0、则必须将 QNX SDK 11.0用于 A72。

上面的问题是内核崩溃、因此我们将与开发团队核实、看看他们是否有任何反馈。

谢谢。

与开发团队进行了检查、他们在11.0版本验证期间未发现此问题。 他们暗示这可能是由于某些局部集成问题造成的。 请告诉我们。

谢谢。

尊敬的 Praveen：

在 rpmsg create 中更改要修复的 buffsize 后、IPC 就可以正常、

用例 dCMD_TIIPC_RPMSG_create：
｛
//保存用户提供的 buf 的本地副本、以便稍后返回
void *buf = cargs->args.create.params.buf;
printf ("buff size@@@%d \n"、cargs->args.create.params.bufSize)；
//在资源管理器环境中创建本地队列 buf
cargs->args.create.params.buf = malloc (sizeof (uint8_t)*135424)；
//cargs->args.create.params.buf = malloc (cargs->args.create.params.bufSize)；

if (cargs->args.create.params.buf != NULL)
｛
// printf ("dcmd_TIIPC_RPMSG_create insdie if \n")；
RPn Message_Handle 句柄= NULL；

handle = RPMessage_create(&cargs->args.create.params,
&cargs->args.create.ept);
if (handle == NULL)
｛
QNx_PR_ERR ("%s"：%d 错误：句柄为空"、__FUNCTION__、__LINE__)；
printf ("dcmd_TIIPC_RPMSG_create 句柄为 NULL \n")；
free(cargs->args.create.params.buf);
cargs->args.create.handle = 0;
cargs->status =(uint32_t) IPC_EFAIL；
}
暴露
｛
ipc_rpmsg_handle_entry *条目= NULL；

条目= malloc (sizeof (ipc_rpmsg_handle_entry)；
if (条目!= NULL)
｛
条目->EPT = cargs->args.create.ept;
entry->handle =句柄;
条目->rcvid = 0;
cargs->args.create.handle = entry->EPT;

QNx_PR_NOTICE ("%s.%d：已创建端点为%d 的句柄"、__FUNCTION__、__LINE__、entry->EPT)；

(void) pthread_mutex_lock (&ipc_ocb->lock)；
Ipc Utils_Qput (&IPC_OCB->created_handles、&entry->elem)；
if (-1 != ipc_ocb->callbackPulseCoid)
｛
QNx_PR_NOTICE ("%s.%d：设置回调代码...Endpt=%d、代码=%d"、__FUNCTION__、__LINE__、条目->EPT、 IPC_OCB->callbackPulseCoid)；
gCallbackCoidPole[entry->EPT]= IPC_OCB->callbackPulseCoid;
}
(void) pthread_mutex_unlock (&ipc_ocb->lock)；
}
}
}
暴露
｛
printf ("dcmd_TIIPC_RPMSG_create insdie else \n")；
}
cargs->args.create.params.buf = buf;
休息；
}

它在启动时打印负值、因此分配失败。

我们将与我们的开发团队一起审查您的最新发现、并尽快回复您提供他们的反馈。

尊敬的 Manan：

我们从开发团队收到的反馈如下：

"听起来好像  没有向 RPMessage_create 提供 params.bufSize、这  会导致 buf 大小未初始化。 但是、我们缺少对缓冲区大小的检查、并在 rp Message_Create () (psdkqa/nnz/resmgr/ipc_nnx_rsmgr/usr/ipc_api.c 行 423-465)中返回 slog 消息错误。  我们将创建一个 JIRA 错误来添加对传递的参数的检查并将其合并到下一个版本中。

仅供参考、在我们提供的 IPC 测试示例代码(psdkqa/QNXx/examples/ipc_test_qnxipc_testsetup.c 第213-217行)中、我们展示了如何设置填充 buf 信息的 params 结构。 "

谢谢。