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.
请看下面e2e工程师的回复:
Your question is very broad. I am not sure what layer and which side you wanted to understand.
The base IPC mechanism on K3 devices are all through the ti-rpmsg-char library in userspace, which is the interface for the rpmsg-char driver. A C66 would publish an end-point to A72 to create a rpmsg bus device at Linux kernel level. This is done in the appRemoteServiceInit() call using the PDK IPC API RPMessage_create() and RPMessage_announce().
The published rpmsg device on the A72-side will probe the rpmsg-char driver and creates a /dev/rpmsg_ctrlX character device. A userspace application will open a file description (fd) to this character device, and uses the fd to read and write to the remote end-point. appRemoteServiceRun sends a message to an fd corresponding to your remoteproc. These fd is created during the appRemoteServiceInit() call.
我把您的问题发到e2e上,请关注下面帖子的回复。
https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1032141/tda4vm-how-does-remote-service-receive-requests-from-a72-on-c66
Yes, it should be possible.
Please see the details on IPC example in Vision Apps that using the VisionApps level API on both A72 and remoteprocs.