RTOS与Linux协同
1. 概述
1.1 功能简介
AMP（Asymmetric Multi-Processing，异构多核处理）是指在同一 SoC 上运行多个操作系统或执行环境，各核心独立调度、协同工作的架构。RK3588 搭载 4x Cortex-A76 + 4x Cortex-A55（AP 主核）和 1x Cortex-M0（MCU 域），支持以下 AMP 组合：
- AP + AP：Linux 运行在 Cortex-A76（主核），RT-Thread 运行在 Cortex-A55（从核）
- AP + MCU：Linux 运行在 AP 域，RT-Thread 运行在 Cortex-M0（MCU 域）
Linux 作为 Master Core（主核）管理资源分配与分区，RTOS 作为 Remote Core（从核）运行实时任务，两者通过 RPMsg（Remote Processor Messaging，Linux 内核提供的核间消息通信框架）及其轻量版 RPMsg-Lite 实现核间通信。
1.2 应用场景
- 实时控制：RT-Thread 处理电机控制、传感器采集等硬实时任务，Linux 处理 UI、网络和存储
- 安全隔离：MCU 域运行安全关键逻辑（看门狗、安全监控），AP 域运行通用计算
- 低功耗唤醒：MCU 域维持低功耗监听，检测到事件后唤醒 AP 域处理
- 多媒体流水线：AP 核处理音视频编解码，A55 从核处理音频后处理和流控
1.3 工作原理
RK3588 AMP 系统的核心通信路径是：Master Core（Linux）通过核间中断和共享内存与 Remote Core（RTOS/Bare-metal）交换数据。底层支持三种核间中断方式：
| 中断方式 | 适用场景 | Linux 端驱动 |
|---|---|---|
| Mailbox 中断 | 首选方案，硬件 mailbox 通道 | drivers/rpmsg/rockchip_rpmsg_mbox.c |
| 软件中断（SPI） | 使用 GIC reserved IRQ 触发 | drivers/rpmsg/rockchip_rpmsg_softirq.c |
| SGI 触发 | 多从核同步场景，需特殊申请 | 内核 SMP IPI 机制 |
上层通信协议采用 RPMsg（Master 端）和 RPMsg-Lite（Remote 端），基于 VirtIO-Ring 共享内存实现消息收发。RPMsg 每次传输最大 payload 为 512 Bytes（含 16 Bytes 头部，实际数据最大 496 Bytes）。
2. 硬件准备
2.3 运行环境（本机）
| 项 | 实际值 |
|---|---|
| /sys/class/remoteproc/ | 不存在 |
| /dev/rpmsg* | 不存在 |
| 内核配置 | CONFIG_REMOTEPROC is not set（remoteproc 框架未编译） |
| RPMSG | CONFIG_RPMSG=y（核心在），但 RPMSG_CHAR / RPMSG_TTY 均未开 |
关键结论：出厂内核没有编译 remoteproc 框架（Linux 内核中负责加载、启停协处理器固件的子系统），所以本章全部运行时操作（加载固件到 M 核、rpmsg 通道通信）在当前镜像上无法执行。这不是软件没装，而是内核缺框架：必须按 3.3 节开启 CONFIG_REMOTEPROC、RPMSG_CHAR 等选项重编内核。另外，RK3588 的 Cortex-M0（RK3588 上为小核协处理器方案）协同需要 SDK 支持。
2.1 硬件清单
| 组件 | 型号/规格 | 数量 | 备注 |
|---|---|---|---|
| 主控板 | C-3588LQ 核心板 + SHIMETAPI-M5-R2A 底板 | 1 | RK3588 SoC，8 核 AP + M0 MCU |
| 调试串口线 | USB 转 TTL（3.3V） | 1 | 波特率 1500000 |
| 电源适配器 | 4V/5A DC | 1 | 误差 ±5% |
| SD 卡 | Class 10 / UHS-I，32GB+ | 1 | 用于 AMP 固件烧录 |
| JTAG 调试器 | ARM DSTREAM / OpenOCD 兼容 | 1 | 可选，用于 MCU 调试 |
2.2 硬件确认
# 确认 SoC 型号和 CPU 核心数
cat /proc/cpuinfo | grep "processor" | wc -l
# 期望输出：8（4x A76 + 4x A55）
# 查看设备树中的 CPU 拓扑
ls /proc/device-tree/cpus/cpu@*
# 确认 MCU 域是否存在
ls /proc/device-tree/rockchip-amp/3. 软件准备
3.1 开发环境
| 工具 | 用途 | 版本要求 |
|---|---|---|
| RK3588 AMP SDK | 包含 RTT 源码、构建脚本、分区配置 | V1.2.0+ |
| ARM 交叉编译工具链 | 编译 RT-Thread 和 Bare-metal 固件 | arm-rockchip-linux-gnueabihf / arm-none-eabi-gcc |
| U-Boot | 加载 AMP 固件、初始化共享内存 | RK3588 定制版 |
| dtc | 设备树编译器 | 内核内置 |
| Python 3 | 构建脚本依赖 | 3.6+ |
3.2 SDK 目录结构
AMP SDK 基于 RK3588 Linux SDK，关键目录如下，构建前先熟悉一下各目录的分工：
<SDK_PATH>/
├── amp/ # AMP 顶层目录
│ ├── Makefile # AMP 顶层构建入口
│ ├── config/ # 统一构建配置
│ │ ├── Makefile
│ │ └── amp_build.conf # AMP 构建配置
│ ├── images/ # 生成的 AMP 镜像
│ │ ├── amp_linux.its # AP+AP 架构 ITS 配置
│ │ ├── amp.its # AP+MCU 架构 ITS 配置
│ │ ├── amp_mcu.its # MCU 专用 ITS 配置
│ │ └── pack_config # 分区打包配置
│ └── rtt/ # RT-Thread 源码
│ ├── bsp/rockchip/ # RTT 板级支持包
│ │ ├── rk3588/ # AP 从核 RTT（Cortex-A55）
│ │ └── rk3588-mcu/ # MCU 域 RTT（Cortex-M0）
│ └── ...
├── u-boot/ # U-Boot 源码
│ └── arch/arm/mach-rockchip/rk3588/rk3588.c # AMP 启动支持
├── kernel/ # Linux 内核
│ └── drivers/rpmsg/ # RPMsg 驱动
│ ├── rockchip_rpmsg_mbox.c
│ ├── rockchip_rpmsg_softirq.c
│ ├── virtio_rpmsg_bus.c
│ ├── rpmsg_core.c
│ └── rockchip_rpmsg_test.c
└── rkbin/ # 二进制工具
└── scripts/3.3 内核配置
确保 Linux 内核启用 AMP 相关支持：
CONFIG_RPMSG=y
CONFIG_RPMSG_CHAR=y
CONFIG_RPMSG_VIRTIO=y
CONFIG_ROCKCHIP_RPMSG=y
CONFIG_ROCKCHIP_RPMSG_MBOX=y
CONFIG_ROCKCHIP_RPMSG_TEST=m
CONFIG_TTY_RPMSG=y4. 操作步骤
4.1 资源分区规划
AMP 部署前先完成资源分区，把 CPU 核心、内存、中断、引脚和时钟划清楚，确保 Linux 和 RTOS 各自使用的资源不冲突：
| 资源类别 | 分区内容 | 说明 |
|---|---|---|
| CPU 核心 | A76 core3 分配给 RTT | 通过 amp-cpus 属性指定 |
| 内存 | 保留区域用于共享内存 | reserved-memory 节点声明 |
| 中断 | GIC 中断分配给各核心 | amp-irqs 属性指定 |
| 引脚 | UART、GPIO 等独立分配 | pinctrl 配置 |
| 时钟 | 独立时钟树 | rockchip_amp 中 clocks 属性 |
4.2 设备树配置
4.2.1 rockchip_amp 节点
在板级 DTS 中添加 AMP 配置节点：
rockchip_amp: rockchip-amp {
compatible = "rockchip,amp";
clocks = <&cru FCLK_BUS_CM0_CORE>,
<&cru CLK_BUS_CM0_RTC>,
<&cru PCLK_MAILBOX>,
<&cru PCLK_INTC>,
<&cru SCLK_UART7>,
<&cru PCLK_UART7>,
<&cru PCLK_TIMER>,
<&cru CLK_TIMER4>,
<&cru CLK_TIMER5>;
pinctrl-names = "default";
pinctrl-0 = <&uart7m1_xfer>;
/* CPU 亲和性掩码：每个从核的 CPU affinity 映射 */
amp-cpu-aff-maskbits = /bits/ 64
<0x0 0x1 0x1 0x2 0x2 0x4 0x3 0x8>;
/* 中断路由配置：将特定 GIC 中断路由到指定核心 */
amp-irqs = /bits/ 64
<GIC_AMP_IRQ_CFG_ROUTE(147, 0xd0, CPU_GET_AFFINITY(3, 0))>;
status = "okay";
};4.2.2 保留内存配置
在 reserved-memory 节点中声明 AMP 共享内存区域，给 RTT 固件和 RPMsg 各留出一块 Linux 不会碰的内存：
/ {
reserved-memory {
#address-cells = <2>;
#size-cells = <2>;
ranges;
/* RT-Thread AP 从核固件加载地址 */
amp_firmware: amp@0x01800000 {
reg = <0x0 0x01800000 0x0 0x00800000>; /* 8MB */
no-map;
};
/* RPMsg 共享内存区域 */
amp_shm: amp_shm@0x07800000 {
compatible = "shared-dma-pool";
reg = <0x0 0x07800000 0x0 0x00400000>; /* 4MB */
no-map;
};
/* RPMsg vring 缓冲区 */
amp_rpmsg: amp_rpmsg@0x07c00000 {
compatible = "shared-dma-pool";
reg = <0x0 0x07c00000 0x0 0x00500000>; /* 5MB */
no-map;
};
};
};共享内存地址和大小需与
amp_linux.its或amp.its中的share节点一致。
4.2.3 MCU 域设备树
MCU 域（Cortex-M0）的配置通过 U-Boot fit_standalone_release() 函数完成，不在标准设备树中。关键配置包括：
/* U-Boot 中 MCU 域初始化（u-boot/arch/arm/mach-rockchip/rk3588/rk3588.c） */
int fit_standalone_release(char *id, uintptr_t entry_point)
{
/* 开启 M0 总线时钟 */
writel(0x03180000, TOP_CRU_BASE + TOP_CRU_GATE_CON23);
/* 配置 uncache 区域（确保共享内存一致性） */
writel(0x07c00000, SYS_GRF_BASE + SYS_GRF_SOC_CON5);
writel(0xffb40000, SYS_GRF_BASE + SYS_GRF_SOC_CON6);
/* 配置 MCU RAM 起始地址 */
sip_smc_mcu_config(ROCKCHIP_SIP_CONFIG_BUSMCU_0_ID,
ROCKCHIP_SIP_CONFIG_MCU_CODE_START_ADDR,
0xffff0000 | (entry_point >> 16));
/* 释放 M0 JTAG 和总线复位 */
writel(0x03280000, TOP_CRU_BASE + TOP_CRU_SOFTRST_CON23);
return 0;
}4.3 ITS 镜像配置
4.3.1 AP+AP 架构（amp_linux.its）
适用于 Linux（A76）+ RT-Thread（A55）场景：
/* amp_linux.its - AP+AP AMP 镜像配置 */
/dts-v1/;
/ {
description = "Rockchip Linux AMP for RK3588";
#address-cells = <1>;
images {
/* RT-Thread A55 从核固件（Core3） */
amp3 {
description = "rtt-core3";
data = /incbin/("rtt3.bin");
type = "firmware";
arch = "arm";
cpu = <0x3>;
load = <0x01800000>;
compression = "none";
compile {
size = <0x00800000>; /* 8MB 限制 */
sys = "rtt";
core = "ap";
};
hash {
algo = "sha256";
};
};
};
share {
shm_base = <0x07800000>;
shm_size = <0x00400000>;
rpmsg_base = <0x07c00000>;
rpmsg_size = <0x00500000>;
};
configurations {
default = "conf";
conf {
description = "Rockchip AMP images";
loadables = "amp3";
signature {
algo = "sha256,rsa2048";
padding = "pss";
key-name-hint = "dev";
sign-images = "loadables";
};
};
};
};4.3.2 AP+MCU 架构（amp_mcu.its）
适用于 Linux（AP 域）+ RT-Thread（Cortex-M0）场景：
/* amp_mcu.its - MCU 域镜像配置 */
/dts-v1/;
/ {
description = "Rockchip AMP FIT Image";
#address-cells = <1>;
images {
mcu {
description = "mcu";
data = /incbin/("./mcu.bin");
type = "standalone"; /* 必须为 standalone */
compression = "none";
arch = "arm"; /* MCU 为 32 位 ARM */
load = <0x07b00000>; /* MCU RAM 起始地址 */
udelay = <1000000>;
hash {
algo = "sha256";
};
};
};
configurations {
default = "conf";
conf {
description = "Rockchip AMP images";
rollback-index = <0x0>;
loadables = "mcu";
signature {
algo = "sha256,rsa2048";
padding = "pss";
key-name-hint = "dev";
sign-images = "loadables";
};
};
};
};MCU RAM 起始地址由 ITS 配置传入 U-Boot，实际物理地址存在偏移。MCU 端共享内存地址映射需要在
rpmsg_platform.c中做偏移处理。
4.4 构建 AMP 固件
4.4.1 统一构建
cd <SDK_PATH>/amp
# 配置 AMP 构建参数
make -C config amp_build.conf
# 一键构建所有 AMP 组件（RTT 固件 + ITS 镜像）
make all
# 构建产物位于 amp/images/ 目录
ls amp/images/
# amp_linux.img（AP+AP）或 amp.img（AP+MCU）ls amp/images/ 能看到 amp_linux.img（AP+AP）或 amp.img（AP+MCU），说明构建完成。
4.4.2 单独构建 RT-Thread
cd <SDK_PATH>/amp/rtt/bsp/rockchip/rk3588
# 配置 RTT 内核
scons --menuconfig
# 编译
scons -j$(nproc)
# 生成 bin 文件
cp rt-thread.bin <SDK_PATH>/amp/images/rtt3.bin4.4.3 打包为 boot.img
cd <SDK_PATH>
# 将 AMP 镜像打包进 boot.img
./mkimg.sh
# 或使用 rkImagePack 工具
rkImagePack -b amp/images/pack_config4.5 烧录与启动
# 方法一：SD 卡启动
dd if=boot.img of=/dev/sdX bs=4M status=progress
# 方法二：eMMC 烧录
rkdeveloptool db MiniLoaderAll.bin
rkdeveloptool wl 0 boot.img
rkdeveloptool rd
# 查看 AMP 启动日志（通过调试串口）
# 主核 Linux 启动后会输出 AMP 加载信息
dmesg | grep -i amp
dmesg | grep -i rpmsg烧录后重启，最后两条 dmesg 命令能看到 AMP 和 rpmsg 相关日志，说明从核固件已被加载、核间通信框架已经起来。
5. 代码详解
5.1 Mailbox 核间中断通信
Mailbox 是 AMP 系统首选的核间中断方式。以下为主核（Master）和从核（Remote）的 Mailbox 收发示例。
5.1.1 Master Core（Linux 侧驱动）
/* Mailbox 中断回调 - Master Core */
static void mbox_master_isr(int vector, void *param)
{
HAL_MBOX_IrqHandler(vector, pMBox);
HAL_GIC_EndOfInterrupt(vector);
}
/* 接收从核消息回调 */
static void mbox_master_cb(struct MBOX_CMD_DAT *msg, void *args)
{
uint32_t cpu_id;
struct MBOX_CMD_DAT rx_msg = *msg;
cpu_id = HAL_CPU_TOPOLOGY_GetCurrentCpuId();
printf("mbox master: receive cpu-%ld cmd=0x%lx data=0x%lx\n",
cpu_id, rx_msg.CMD, rx_msg.DATA);
}
/* Master 端初始化 */
void mbox_master_init(void)
{
HAL_MBOX_Init(pMBox, MBOX_A2B);
HAL_MBOX_RegisterClient(pMBox, MBOX_CH_1, mbox_master_cb);
HAL_IRQ_HANDLER_SetIRQHandler(MBOX0_CH1_A2B_IRQN,
mbox_master_isr, NULL);
HAL_GIC_Enable(MBOX0_CH1_A2B_IRQN);
/* 发送消息给从核 */
tx_msg.CMD = 0x1;
tx_msg.DATA = 0xDEAD;
HAL_MBOX_SendMsg(pMBox, MBOX_CH_1, &tx_msg);
}5.1.2 Remote Core（RT-Thread 侧）
/* 从核 Mailbox 初始化和消息收发 */
void mbox_remote_init(void)
{
/* master core 使用 MBOX_A2B，remote core 使用 MBOX_B2A */
HAL_MBOX_Init(pMBox, MBOX_B2A);
HAL_MBOX_RegisterClient(pMBox, MBOX_CH_2, mbox_cl2r);
HAL_IRQ_HANDLER_SetIRQHandler(MBOX0_CH2_A2B_IRQN,
mbox_remote_isr, NULL);
HAL_GIC_Enable(MBOX0_CH2_A2B_IRQN);
HAL_DelayMs(2000);
printf("mbox remote: send cmd=0x%lx data=0x%lx\n",
tx_msg.CMD, tx_msg.DATA);
/* 发送数据给主核：32 bit Command + 32 bit Data */
HAL_MBOX_SendMsg(pMBox, MBOX_CH_2, &tx_msg);
}5.2 软件中断触发
使用 GIC SPI 中断（reserved IRQ）实现核间通知：
static void soft_isr(int vector, void *param)
{
printf("soft_isr, vector = %d\n", vector);
HAL_GIC_EndOfInterrupt(vector);
}
static void softirq_test(void)
{
HAL_IRQ_HANDLER_SetIRQHandler(RSVD0_IRQn, soft_isr, NULL);
HAL_GIC_Enable(RSVD0_IRQn);
/* 触发软中断（自测：向自己发送） */
HAL_GIC_SetPending(RSVD0_IRQn);
}5.3 SGI 触发
SGI（Software Generated Interrupt，软件生成中断）用于多从核同步。由于 Linux SMP 占用了 8 个 non-secure SGI 中断号，另外 8 个 secure SGI 需要特殊申请：
#define IPI_CPU0 0x01
#define IPI_CPU1 0x02
#define IPI_CPU2 0x04
#define IPI_CPU3 0x08
#define IPI_TO_TARGETLIST 0
#define IPI_TO_ALL_EXCEPT_SELF 1
static void ipi_sgi_isr(int vector, void *param)
{
uint32_t cpu_id = HAL_CPU_TOPOLOGY_GetCurrentCpuId();
printf("ipi_sgi: cpu_id=%ld vector = %d\n", cpu_id, vector);
HAL_GIC_EndOfInterrupt(vector);
}
static void ipi_sgi_test(void)
{
uint32_t cpu_id = HAL_CPU_TOPOLOGY_GetCurrentCpuId();
HAL_IRQ_HANDLER_SetIRQHandler(IPI_SGI7, ipi_sgi_isr, NULL);
HAL_GIC_Enable(IPI_SGI7);
if (cpu_id == 1) {
/* 向 CPU0 发送 SGI7 */
HAL_GIC_SendSGI(IPI_SGI7, 0, IPI_TO_TARGETLIST);
HAL_DelayMs(4000);
/* 向 CPU3 发送 SGI7 */
HAL_GIC_SendSGI(IPI_SGI7, IPI_CPU3, IPI_TO_TARGETLIST);
HAL_DelayMs(4000);
/* 向 CPU2 和 CPU3 同时发送 */
HAL_GIC_SendSGI(IPI_SGI7, IPI_CPU3 | IPI_CPU2,
IPI_TO_TARGETLIST);
}
}5.4 RPMsg 消息收发
5.4.1 Linux Master 端（RPMsg）
#include <linux/rpmsg.h>
/* RPMsg 端点回调 */
static int rpmsg_cb(struct rpmsg_device *rpdev, void *data,
int len, void *priv, u32 src)
{
pr_info("RPMsg received from src %u: %s\n", src, (char *)data);
return RPMSG_SUCCESS;
}
/* RPMsg TTY 驱动通过 service name 匹配建立通道 */
static struct rpmsg_device_id rockchip_rpmsg_test_id_table[] = {
{ .name = "rpmsg-ap3-ch0" },
{ .name = "rpmsg-mcu0-test" },
{ .name = "rpmsg-perf-bw-test" },
{ .name = "rpmsg-latency-test" },
{ /* sentinel */ },
};RPMsg TTY 支持将 RPMsg 通道挂载为 TTY 设备：Linux 端作为 Master 创建端点（endpoint），当 Remote 端发送匹配的服务名称时，probe 函数被调用，RPMsg 注册为 TTY 设备，之后就能通过 /dev/ttyRPMSG 节点像普通串口一样收发数据。
5.4.2 RT-Thread Remote 端（RPMsg-Lite）
#include "rpmsg_lite.h"
#include "rpmsg_ns.h"
/* RPMsg-Lite 实例和端点 */
static struct rpmsg_lite_instance *instance;
static struct rpmsg_lite_endpoint *ept;
/* 接收回调 */
static int remote_ept_cb(void *payload, uint32_t payload_len,
uint32_t src, void *priv)
{
printf("RPMsg-Lite received: %s\n", (char *)payload);
return RL_SUCCESS;
}
/* 初始化 RPMsg-Lite 并声明服务 */
void rpmsg_lite_remote_init(void)
{
/* 创建端点 */
ept = rpmsg_lite_create_ept(instance,
RPMSG_LITE_REMOTE_TEST3_EPT,
remote_ept_cb, info);
/* 声明 "rpmsg-tty" 服务名称，与 Linux 端匹配 */
rpmsg_ns_announce(instance, ept, "rpmsg-tty", RL_NS_CREATE);
}RPMsg-Lite 架构包含三个核心组件：
| 组件 | 源文件 | 功能 |
|---|---|---|
| 核心层 | rpmsg_lite.c | RPMsg-Lite 核心逻辑 |
| 接收阻塞 | rpmsg_queue.c | 接收消息队列（可选） |
| Name Service | rpmsg_ns.c | 端点声明与发现（可选） |
移植层分为 environment 和 platform 两层：
- environment：Bare-metal 在
rpmsg_env_bm.c中实现，RT-Thread 在rpmsg_env_rt_thread.c中实现 - platform：在
rpmsg_platform.c中实现，负责中断配置、触发和共享内存地址映射
5.5 MCU 共享内存地址偏移处理
MCU 端（Cortex-M0）由于内存映射差异，共享内存地址存在偏移，需在 rpmsg_platform.c 中处理：
#ifdef HAL_MCU_CORE
/* MCU 偏移地址定义 */
#ifdef HAL_CACHE_DECODED_ADDR_BASE
#define RL_PHY_MCU_OFFSET HAL_CACHE_DECODED_ADDR_BASE
#else
#define RL_PHY_MCU_OFFSET (0U)
#endif
#endif
/**
* platform_patova - 物理地址到虚拟地址转换
* MCU 端需要减去偏移量以获得真实物理地址
*/
void *platform_patova(uint32_t addr)
{
#ifdef HAL_MCU_CORE
addr -= RL_PHY_MCU_OFFSET;
#endif
return ((void *)(char *)addr);
}MCU 端链接脚本 gcc_bus_m0.ld 中的内存映射：
MEMORY
{
/* RAM 起始地址，真实物理地址 0x07b00000 */
RAM(rwx) : ORIGIN = 0x00000000, LENGTH = 0x100000
/* RPMsg 共享内存地址，真实物理地址 0x07c00000 */
LINUX_RPMSG (rxw) : ORIGIN = 0x00100000, LENGTH = 0x00500000
}5.6 RPMsg 通信流程
RPMsg 基于 VirtIO-Ring 实现，通信流程如下：
Master -> Remote 发送流程：
- Master Core 从 vring0（USED）取出一块 buffer
- 按 RPMsg 协议填充消息头和 payload
- 将填充好的 buffer 链接到 vring1（AVAIL）
- 触发核间中断通知 Remote Core 处理
Remote -> Master 发送流程：
- Remote Core 从 vring1（AVAIL）取出一块 buffer
- 按 RPMsg 协议填充消息
- 将 buffer 链接到 vring0（USED）
- 触发核间中断通知 Master Core
RPMsg 消息格式：
+------------------+------------------+------------------+
| uint32_t src | uint32_t dst | uint32_t reserved |
+------------------+------------------+------------------+
| uint16_t len | uint16_t flags |
+------------------+------------------+
| data[] | (最大 496 Bytes) |
+------------------+6. 常见问题
6.1 RT-Thread 固件未加载
现象： Linux 启动后 dmesg 中无 AMP 相关日志
解决方案：
# 1. 确认 ITS 配置中 loadables 字段正确
cat amp/images/amp_linux.its | grep loadables
# 2. 检查 U-Boot 是否识别到 AMP 镜像
# 在 U-Boot 命令行执行：
fitinfo addr <amp_image_addr>
# 3. 确认设备树中 rockchip_amp 节点 status 为 "okay"
dtc -I dtb -O dts boot.img.dtb | grep -A10 "rockchip-amp"6.2 RPMsg 通道建立失败
现象： dmesg | grep rpmsg 显示 probe 失败或超时
解决方案：
# 1. 确认共享内存地址与 ITS 配置一致
# 检查 amp_linux.its 中 share 节点的 shm_base、rpmsg_base
# 与设备树 reserved-memory 中的 reg 地址对比
# 2. 确认核间中断已正确路由
# 检查 amp-irqs 属性中的中断号
cat /proc/interrupts | grep amp
# 3. 确认 Remote 端 RPMsg-Lite 已初始化并声明服务
# Remote 端需要先调用 rpmsg_ns_announce()6.3 共享内存数据不一致
现象： 收到的消息内容错乱或部分数据丢失
解决方案：
# 1. 确认共享内存区域配置为 uncache
# 在 U-Boot 中确认 mmu_conf 设置
# 2. 如果使用 cacheable 共享内存，需要手动管理 cache 刷新
# 在 rpmsg_platform.c 中添加：
# platform_cache_ops() 进行 invalidate/flush 操作
# 3. 确认共享内存大小足够容纳 vring + 数据缓冲区
# vring 大小与 buffer 数量、单个 buffer 大小相关6.4 MCU 地址映射错误
现象： MCU 端访问共享内存时 hard fault
解决方案：
# MCU RAM 起始地址由 ITS 的 load 字段配置
# 真实物理地址与 MCU 看到的地址存在偏移
# 确认 gcc_bus_m0.ld 中 RAM ORIGIN 与 ITS load 地址的偏移关系
# 检查 U-Boot 中 MCU 初始化代码：
# 确认 sip_smc_mcu_config 的参数正确6.5 从核 CPU 亲和性配置错误
现象： RTT 从核无法启动或运行在错误的核心上
解决方案：
# 检查 amp-cpu-aff-maskbits 配置
# 格式：<从核ID 亲和性掩码> 对，每对 32 bit
# 确认目标 CPU 核心未被 Linux 内核占用
# 在内核启动参数中隔离从核：
# 在 bootargs 添加：isolcpus=3
# 或通过 cpuset 限制 Linux 进程不使用 core3相关文档
- 02_内核配置与裁剪 -- 内核配置与模块使能
- 03_设备树详解与实践 -- 设备树语法与修改方法
- 01_Linux_SDK编译 -- SDK 编译流程
- 05hardware-reference/00硬件参考 -- 硬件事实清单