1. AMP架构与VxWorks多核支持

在嵌入式实时系统中，多核处理器的使用方式主要分为两类：对称多处理（SMP）与非对称多处理（AMP）。理解两者的差异，是掌握VxWorks多核开发的第一步。SMP的核心特征是“一个操作系统镜像、多个对等CPU核”：所有核共享同一份内核数据结构和内存空间，由调度器统一把任务分配到任意空闲核上运行。AMP则相反，它把多个核划分为彼此独立的执行域，每个核可以运行各自独立的操作系统镜像或裸机程序，拥有私有的代码段、数据段和中断向量，核间通过共享内存、消息队列或硬件邮箱进行显式通信。

从工程角度看，SMP的优势是负载均衡自动、编程模型统一，但核间共享内核锁会带来调度抖动，且难以满足不同核运行不同操作系统的需求。AMP的优势在于隔离性强、实时性可预测、可混合部署异构系统（例如一个核跑VxWorks实时任务，另一个核跑Linux做管理），代价是核间通信与资源划分需要开发者自行设计。在工业控制、航空电子、通信基站等场景中，AMP常被用来把硬实时控制与协议栈、人机界面等非实时负载分离到不同核上。

VxWorks对AMP的支持并非简单地把多个内核“拼”在一起，而是通过一组核心机制保证各核既能独立运行，又能可靠协作。首先是多核启动与核间角色划分：系统上电后通常由一个主核（Master/Boot Core）完成硬件初始化、内存映射建立和镜像加载，然后通过释放从核（Slave Core）的复位或启动从核入口，使从核跳转到各自的入口地址开始执行。每个核拥有独立的栈、中断向量表和任务控制块，但共享同一片物理内存区域用于核间数据交换。

其次是核间通信（IPC）机制。VxWorks AMP常用的方式包括：共享内存加自旋锁或信号量、基于环形缓冲区的消息通道、以及硬件邮箱中断。共享内存适合大数据量传输，但必须解决缓存一致性问题——在ARM、PowerPC等架构上，通常需要把共享区配置为非缓存或使用缓存维护操作（如flush/invalidate）来保证数据可见性。硬件邮箱则适合小消息、低延迟的事件通知，例如一个核完成采样后通过邮箱中断通知另一个核读取结果。

第三是资源划分与隔离。AMP系统中，内存、外设、中断控制器通常按核静态划分。例如把DDR的一段固定分配给核0，另一段分配给核1；把某个UART、定时器或DMA通道绑定到特定核。中断也需要明确路由：每个核只处理属于自己的中断源，避免多个核同时响应同一中断造成竞争。VxWorks提供相应的配置接口和启动参数，使这些划分在系统初始化阶段完成。

下面给出一个典型的AMP启动与核间通信配置示例，用于说明主核如何释放从核并通过共享内存传递数据。示例基于VxWorks 7的AMP配置思路，参数为教学假设值。

/* 主核 Core 0：初始化共享区并释放从核 */
#define SHM_BASE   0x80000000   /* 共享内存物理基址 */
#define SHM_SIZE   0x00100000   /* 1MB 共享区 */
#define CORE1_ENTRY 0x80100000  /* 从核入口地址 */

void ampMasterInit(void)
{
    /* 1. 将共享区映射为非缓存，保证核间可见性 */
    cacheDmaMalloc(SHM_SIZE);          /* 示例：分配一致性内存 */
    /* 2. 初始化共享控制块 */
    volatile AMP_CTRL *ctrl = (AMP_CTRL *)SHM_BASE;
    ctrl->magic  = 0x414D5001;         /* AMP 标识 */
    ctrl->ready  = 0;                  /* 从核就绪标志 */
    ctrl->count  = 0;                  /* 数据计数 */
    /* 3. 写入从核入口并释放复位 */
    *(volatile UINT32 *)CORE1_ENTRY = (UINT32)slaveEntry;
    sysAmpReleaseCore(1);              /* 示例接口：释放 Core 1 */
    /* 4. 等待从核就绪 */
    while (ctrl->ready != 1) { taskDelay(1); }
}

/* 从核 Core 1：等待启动后进入工作循环 */
void slaveEntry(void)
{
    volatile AMP_CTRL *ctrl = (AMP_CTRL *)SHM_BASE;
    ctrl->ready = 1;                   /* 通知主核已启动 */
    while (1) {
        if (ctrl->count > 0) {
            /* 处理主核写入的数据 */
            processData(ctrl->buffer, ctrl->count);
            ctrl->count = 0;           /* 清标志，等待下一批 */
        }
        taskDelay(1);
    }
}

在这个示例中，主核完成共享区初始化后释放从核，从核启动后置位ready标志，主核据此判断从核已进入可工作状态。数据通过共享内存中的count和buffer传递，count作为生产者-消费者同步标志。实际工程中还需要考虑缓存一致性：如果共享区被配置为可缓存，主核写入后必须执行cache flush，从核读取前执行cache invalidate，否则可能读到旧数据。这是AMP调试中最常见的陷阱之一。

核间角色划分没有固定公式，但有几条实用原则：把硬实时、周期确定的任务放在主核或专用实时核上；把协议解析、日志、界面刷新等软实时任务放到从核；把中断密集的外设绑定到处理它的核，避免跨核中断转发带来的延迟。典型应用场景包括：工业伺服控制中一个核跑电流环和位置环，另一个核跑EtherCAT协议栈和上位机通信；航空电子中一个核跑飞控律，另一个核跑健康管理和显示；通信基站中一个核跑物理层实时处理，另一个核跑高层协议和运维代理。

需要强调的是，AMP不是“把SMP拆开”那么简单。它要求开发者在系统设计阶段就明确每个核的职责边界、内存布局、中断归属和通信协议。一旦划分不当，可能出现某个核空闲而另一个核过载、共享区竞争导致优先级反转、或缓存不一致引发偶发数据错误。因此，在VxWorks AMP项目启动时，建议先画出核间资源与数据流关系图，再据此编写启动配置和通信接口，最后通过核间计数器、时间戳和错误标志来验证协作是否按预期运行。