工具/软件:
您好!
我已经了解到更多关于我的环境的情况-基本上有一种内核/远程处理和 PRU-ICSS 版本的组合是不利的、并且会使远程处理的使用出现问题。
想想想看,现在问这个问题是及时的,原谅我的坏记忆,我想我读的地方, Remoteproc 可以是不理想的任何方式那么什么是 Remoteproc 替代品? 它是基于共享存储器块吗?
非常感谢
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.
工具/软件:
您好!
我已经了解到更多关于我的环境的情况-基本上有一种内核/远程处理和 PRU-ICSS 版本的组合是不利的、并且会使远程处理的使用出现问题。
想想想看,现在问这个问题是及时的,原谅我的坏记忆,我想我读的地方, Remoteproc 可以是不理想的任何方式那么什么是 Remoteproc 替代品? 它是基于共享存储器块吗?
非常感谢
您好!
很抱歉、我是从度假回来的。
初始化和控制 PRU 内核
如果您说"使用 Remoteproc"、我假设您是指使用 Linux Remoteproc 驱动程序来初始化 PRU 内核。 是这样吗?
TI 支持 Linux Remoteproc 驱动程序、可将固件加载到 PRU 内核中并从 Linux 初始化 PRU 子系统。
处理器间通信
如果您询问 Linux 和 PRU 内核之间的处理器间通信(IPC)、我们在此处提供了一个 RPMsg 通信的示例:
https://git.ti.com/cgit/pru-software-support-package/pru-software-support-package/tree/examples/am62x/PRU_RPMsg_Echo_Interrupt 0
RPMsg 通信协议确实有其局限性。 它适用于许多用例、但也有一些用例需要另一种 IPC 机制。
如果您想了解 IPC、请告诉我有关您用例的更多信息。 向哪个方向发送了多少数据? 是否有任何吞吐量要求? 延迟要求如何? 如果您有延迟要求、该平均延迟是在最坏情况下的延迟?
此致、
Nick