1. RPMsg协议栈全景概览：RPMsg在异构多核系统中的角色、通信模型与典型应用场景

各位同学，咱们今天正式开讲RPMsg。说实话，这个协议栈我接触了快十年，从最初在手机芯片上踩坑，到后来在车载域控制器上做量产优化，可以说对它又爱又恨。爱的是它确实解决了异构核间通信的痛点，恨的是——嗯，调试起来有时候真想砸示波器。

不过别担心，这一章我们先不聊那些头疼的bug。先把全景图铺开，让你知道RPMsg在整个系统里到底扮演什么角色，它的通信模型长什么样，以及——你会在哪些场景里碰到它。

1.1 异构多核系统：为什么需要RPMsg？

先问一个问题：为什么现在的嵌入式系统越来越喜欢用多个不同架构的核？

我早年做单核MCU项目时，一个中断服务函数里既要处理传感器数据，又要跑控制算法，还得抽空跟上位机通信。代码写得跟意大利面条似的。后来换了双核架构——一个Cortex-A跑Linux做应用，一个Cortex-M跑RTOS做实时控制——世界清净了。

但新问题来了：这两个核怎么说话？

你可能会说：用串口呗，或者SPI。没错，物理总线确实能通，但效率太低。每次通信都要经过协议栈封装、硬件中断、驱动处理，延迟动不动几百微秒。对于需要高频交换数据的场景——比如电机控制、音频处理——根本扛不住。

所以行业里逐渐形成了一套共识：用共享内存做数据通道，用硬件中断做同步信号。而RPMsg，就是在这个共识之上，标准化出来的核间通信协议。

通信方式	延迟典型值	吞吐量	适用场景
串口/SPI	100μs ~ 1ms	低	调试、低速控制
共享内存+轮询	1μs ~ 10μs	高	批量数据交换
共享内存+中断(RPMsg)	5μs ~ 50μs	中高	消息级通信、控制指令

1.2 RPMsg通信模型：谁在跟谁说话？

RPMsg的全称是Remote Processor Messaging。它定义了一套标准化的消息传递机制，让不同操作系统、不同架构的处理器之间，能像同一个进程里的两个线程那样收发消息。

它的通信模型，我习惯用"三件套"来概括：

• 共享内存缓冲区（vring）：数据实际存放的地方，一个环形缓冲区，生产者往里面写，消费者从里面读。
• 硬件中断（IPI）：用来通知对方"我有新消息了"或者"我读完消息了"。在ARM架构里通常用Doorbell或者SGI。
• RPMsg驱动层：封装了vring的管理、消息的分发、端点的注册与回调。对上层应用来说，它看起来就像一个socket或者一个字符设备。

我画了一张图，帮你把这三者的关系理清楚：

你看这张图，A核和M核各自维护自己的vring管理逻辑。A核往vring0里写数据，然后触发一个Doorbell中断给M核。M核收到中断后，从vring0里把数据读出来，处理完如果需要回复，就往vring1里写，再触发中断给A核。

整个过程，数据流和中断流是分离的。这也是RPMsg高效的关键——中断只负责"通知"，不负责"搬运"。

1.3 典型应用场景：你在哪里会遇到RPMsg？

说实话，RPMsg的应用范围比很多人想象的要广。我列几个我实际参与过的项目场景：

• 车载域控制器：A核跑Linux做导航和HMI，M核跑RTOS做CAN通信和车身控制。RPMsg用来传递车辆状态信息和用户指令。
• 工业PLC：A核做上位机协议解析和日志存储，M核做实时IO控制和运动规划。RPMsg负责周期性的数据交换。
• 无人机飞控：A核跑视觉SLAM算法，M核跑姿态控制。RPMsg用来传输控制指令和传感器融合数据。
• 音频处理：A核跑音频编解码和网络流，M核跑音频DSP算法。RPMsg用来传递音频帧和控制参数。

1.4 RPMsg协议栈的层次结构

最后，我们快速过一下RPMsg协议栈的层次。这部分内容在后面章节会反复提到，先有个整体印象：

层次	组件	职责
应用层	用户态程序 / RTOS任务	调用RPMsg API发送/接收消息
传输层	RPMsg核心层	端点管理、消息路由、缓冲区分配
数据链路层	Virtio / Vring	环形缓冲区管理、描述符链操作
物理层	共享内存 + 硬件中断	数据存储、核间中断触发

我个人习惯把RPMsg理解成一个"轻量级的网络协议栈"。应用层就像socket编程，传输层就像TCP/UDP，数据链路层就像MAC层，物理层就像网线和PHY芯片。这样一想，很多概念就通了。