• 状态
  • 已锁定 已锁定
  • 回复 6 回复
  • 订户 0 订户
  • 视图 0 视图
  • 用户 0 会员在此处
选项
选项
相关

This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

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

admin
Guru**** 2800955 points
请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1620875/am263p4-questions-related-to-ipc-and-sipc-of-am263p4

器件型号： AM263P4

image.pngimage.png

image.pngimage.png

image.png

image.png

  • 0
    TI__Guru**** 2800955 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Dai Mingzhe Dai：

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

    此致、

    Aswin

  • 0
    TI__Guru**** 2800955 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Dai Mingzhe Dai：

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

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

    此致、

    Aswin

  • 0
    TI__Guru**** 2800955 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Dai Mingzhe Dai：

    问题 2.

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

    关于问题 1 的更新、

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

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

    此致、

    Aswin

  • 0
    TI__Guru**** 2800955 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    尊敬的 Dai  Mingzhe Dai：

    关于问题 3、

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

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

    请在此处查看代码注释

    此致、

    Aswin

  • 0
    TI__Guru**** 2800955 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您能否检查一下我在下面的理解是否正确：
    ①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 两次。 这种理解是否准确？

  • 0
    TI__Guru**** 2800955 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    是的、您的理解是正确的。