深入解析ZynqMP APU与RPU核间通信：基于IPI中断的Linux驱动实现-优快云博客

1. 从零理解ZynqMP的核间通信：为什么需要IPI？

如果你正在玩转Xilinx的Zynq UltraScale+ MPSoC（也就是我们常说的ZynqMP），那你肯定绕不开一个核心问题：APU和RPU这两个“大脑”怎么高效地“说悄悄话”？ 我刚开始接触这块板子的时候，也在这上面踩了不少坑。APU（应用处理器单元）通常跑着功能丰富的Linux系统，而RPU（实时处理器单元）则运行着对时间极度敏感的裸机程序。它们就像公司里的两个部门，一个负责复杂的业务逻辑和用户交互（APU），另一个负责高精度的实时控制（RPU）。想让公司运转顺畅，这两个部门必须能快速、可靠地传递信息。

那么，它们怎么通信呢？最直接的想法就是用共享内存。这就像在公司里放了一块公共白板，APU可以把要交代的事情写在上面，然后告诉RPU一声：“嘿，白板上有新消息，快去看！” 这个“告诉一声”的动作，就是中断。在ZynqMP里，这个专门用于核间触发中断的硬件机制，就是IPI。

IPI是“Inter-Processor Interrupt”的缩写，你可以把它理解为芯片内部预设好的、专门用于CPU核之间“踢一脚”的硬件线路。相比你去读写某个共享寄存器来模拟中断，IPI是更标准、更高效、延迟也更低的方式。Xilinx在ZynqMP中设计了一个完整的IPI硬件模块（IPI-PSU），它提供了多个通道，每个通道都有独立的掩码、状态和触发寄存器，让APU和RPU可以像打电话一样，精准地呼叫对方。

所以，我们整个方案的核心链路就清晰了：APU将数据写入共享内存 -> APU通过IPI模块触发一个中断给RPU -> RPU的中断服务程序被唤醒，读取共享内存中的数据 -> RPU处理完数据后，同样通过IPI模块触发一个中断通知APU -> APU收到通知，知道任务完成。这个过程实现了双向的、基于中断的同步通信，避免了轮询带来的CPU资源浪费，特别适合实时性要求高的场景。

2. 动手之前：搭建你的开发环境与理解硬件框架

理论懂了，手就开始痒了，对吧？别急，磨刀不误砍柴工，先把环境整明白。我当初就是环境没配好，编译驱动的时候各种稀奇古怪的错误，折腾了大半天。

开发环境准备：

硬件：一块ZynqMP评估板（比如ZCU102）。
APU侧（Linux）：你需要一个针对你的板卡定制过的Linux内核源码树、对应的交叉编译工具链（通常是aarch64-linux-gnu-）。我习惯用Xilinx官方提供的PetaLinux或Vitis统一软件平台来生成整个系统镜像，包括设备树，这样最省事。
RPU侧（裸机）：使用Vitis IDE。它里面已经集成了针对RPU的编译工具链（armr5-none-eabi-），更重要的是，它提供了完整的BSP（板级支持包），里面包含了IPI、GIC（中断控制器）等底层驱动的库和头文件，我们写RPU程序时直接调用就行。

关键硬件概念梳理： 在写代码前，你必须搞清楚ZynqMP IPI模块的“通讯录”是怎么编的。这直接关系到你的设备树和代码里的参数。

IPI通道与掩码：IPI模块支持多个通道（Channel）。每个处理器（APU的A53核、RPU的R5核）都可以被配置为某个通道的“本地代理”。通道是用位掩码来标识的。例如，在官方定义里：
- 通道0（Mask 0x0100）通常对应APU。
- 通道1（Mask 0x0200）通常对应RPU0。
- 通道2（Mask 0x0400）通常对应RPU1。
- 通道8（Mask 0x0001）对应PMU。 （具体映射一定要查你所用芯片版本的《Zynq UltraScale+ MPSoC Technical Reference Manual》UG1085/UG1087，这是圣经！）
中断号（IRQ Number）：IPI模块产生的中断，需要连接到系统的GIC上。在设备树里，你需要指定正确的中断号。这个号不是随便写的，它由中断类型（SPI/PPI）、硬件中断ID、触发方式共同决定。比如原文中interrupts = <0 30 4>，这里的30就是硬件中断ID，需要查手册确认它是否映射到了IPI模块。
共享内存选址：APU和RPU都能访问的内存区域才能作为共享内存。通常我们会选择**OCM（On-Chip Memory）**或者DDR中的一段保留区域。OCM速度最快，延迟最低，是首选。你需要在Vitis中配置好RPU程序的内存映射，确保它和Linux内核看到的物理地址是一致的。Linux侧可以通过devm_memremap或者ioremap来访问这段物理地址。

把这些硬件关系画个草图贴在墙上，写代码时心里就特别有底。我建议你打开Vivado或Vitis的Block Design，看看IPI模块是怎么连接的，这比看文档直观十倍。

3. Linux驱动实战：编写你的第一个IPI字符设备驱动

好了，现在进入硬核环节——写Linux驱动。原文给了一个很好的起点，但有些细节可以优化，也更适合新手理解。我们不直接用mailbox框架，而是从更基础的platform_driver和字符设备开始，这样你能看清每一步。

驱动框架搭建： 我们的驱动将作为一个平台驱动加载，并创建一个字符设备文件（比如/dev/my_ipi）。用户态程序通过write和read这个设备文件，就能触发IPI中断和读取状态。

#include <linux/module.h>
#include <linux/platform_device.h>
#include <linux/interrupt.h>
#include <linux/io.h>
#include <linux/cdev.h>
#include <linux/device.h>
#include <linux/slab.h>
#in