[参考译文] AM263P4：与 AM263P4 的 IPC 和 SIPC 相关的问题

尊敬的 Dai Mingzhe Dai：

对延迟的回复表示歉意。 我正在处理这个问题、我们将尽快为您提供响应。

此致、

Aswin

尊敬的 Dai Mingzhe Dai：

对延迟的回复表示歉意。 我正在处理这个问题、我们将尽快为您提供响应。

问题 1 的更多信息
您的理解似乎是正确的。 检查 IPC 驱动程序、如果我们看到  IpcNotify_getReadMailbox() 函数、它会检查带有 selfore ID 和前缀的寄存器。 这符合您的理解。

此致、

Aswin

尊敬的 Dai Mingzhe Dai：

问题 2.

IPC 驱动程序没有在结构中保留 ACK 完成寄存器地址、因为完成读取操作后 ACK 不会发送回发送器内核。

关于问题 1 的更新、

这似乎是文档错误。 在此处附加 JIRA 链接以便在内部进行跟踪： jira.itg.ti.com/.../SMCUAPPS-1154

我将就第三个问题回复您。

此致、

Aswin

尊敬的 Dai  Mingzhe Dai：

关于问题 3、

尽管 gSIPC_SecureHostBoxConfig 数组中的寄存器分配使其看起来与邮箱消息序列的后半部分相对应、但情况并非如此。  

由于 IPC 占用读取完成中断线路、因此为 SIPC 选择了不同的中断线路。 因此、ACK 完成对应的中断用于 SIPC 中的写入完成。 SDK 的注释中对此进行了说明

请在此处查看代码注释

此致、

Aswin

您能否检查一下我在下面的理解是否正确：
①The IPC 驱动程序不维护 R5FSS0_MBOX_READ_DONE_ACK 和 R5FSS0_MBOX_READ_DONE 。 它本质上意味着发送内核写入  

write_done →会触发中断→接收内核读 数为 READ_REQ、

从而完成一次 IPC 通信。 如果接收内核需要将数据发送到发送内核、则只需反向重复相同的过程。 这种理解是否正确？

②Since IPC 占用中断线路、其中

发送内核写入 write_done  →会触发中断→接收内核读取 READ_REQ 、SIPC 只能使用发送核心  READ_DONE_ACK →会触发中断→接收内核读取 READ_DONE 。 其效果基本相同。 同样、反向也遵循相同的逻辑。 完整的 IPC 或 SIPC 事务（发送内核→接收内核→发送内核）本质上涉及执行 WRITE_DONE/READ_DONE_ACK →会触发中断→接收内核读取 READ_REQ/READ_DONE 两次。 这种理解是否准确？