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.

AM625: 关于RPMsg和mailbox

Part Number: AM625

您好

我想要测试A53与M4F之间的通信,重新编译了rpmsg_char_simple测试程序。

1.在测试过程中,我尝试关掉rpmsg_char_simple测试程序的接受端,让A53一直发送消息,但是不接收来自M4F的回复,预期会造成Vring空间被塞满。但是报错是MBOX队列问题。关于MBOX的Debug我去内核源码/driver/mailbox下面找,没有找到相关报错,这是为什么?

2.我在ipc_rpmsg_eho_linux示例代码中加入DebugP_log,然后通过重启板子,能够在串口端看到循环打印信息从recvMsg = 0 ,一直到recvMsg = 99999,这是为什么呢?

同时我通过echo stop > state 和echo start > state在linux远程关闭/启动remotecore,就没有这些循环打印信息,只有重启板子才会出现循环打印,具体是什么原因造成的?

 

3.有没有好的测试方法或者思路能够帮助我测试Vring空间,我通过配置文件了解到 Vring空间大小应该是  256*512 byte,但是实际大小需要通过测试,目前没有好的方法,能够为我提供思路?

此致

FengLang

  • 1. 关于MBOX队列问题,可能是由于MBOX通信机制的配置或者使用方式不正确导致的。

    2. 在ipc_rpmsg_eho_linux示例代码中加入DebugP_log并且能够在重启板子后看到循环打印信息,这可能是因为在重启板子时,系统重新初始化了相关的设备和驱动,导致循环打印信息重新开始。而通过echo stop > state 和echo start > state在linux远程关闭/启动remotecore,没有循环打印信息,可能是因为远程关闭/启动remotecore并不会重新初始化相关设备和驱动,因此不会触发循环打印信息的重新开始。

    3. 要测试Vring空间,您可以尝试使用不同大小和频率的消息来填充Vring,然后监视Vring的空间利用情况。您还可以编写测试程序,模拟不同负载条件下的Vring使用情况,并进行性能测试。