1. INTEGRITY BSP移植工程总览
在嵌入式实时操作系统领域，Green Hills Software 的 INTEGRITY RTOS 以其分区隔离、确定性调度和通过 DO-178C/DO-178B、IEC 61508 等安全认证的能力，被广泛用于航空电子、轨道交通、工业控制与医疗设备。当我们把 INTEGRITY 从一款已经支持的参考板迁移到一块全新的目标板时，真正的工作并不是"安装操作系统"，而是完成一次板级支持包（BSP）的移植与板级适配。理解 BSP 在 INTEGRITY 中的角色、明确移植与适配的边界、并清楚最终要交付什么、按什么标准验收，是整门课程的地基。
BSP 在 INTEGRITY RTOS 中的角色
INTEGRITY 采用微内核架构，内核本身只负责分区调度、地址空间隔离和进程间通信（IPC）。所有设备驱动、文件系统、网络协议栈都以"服务"或"驱动"的形式运行在内核之外的分区中。BSP 正是连接微内核与具体硬件的桥梁，它承担三类职责：
- 启动与初始化：上电后完成 CPU 模式设置、时钟与 PLL 配置、内存控制器初始化、异常向量表安装，最终把控制权交给 INTEGRITY 内核入口。
- 硬件抽象：向内核和上层服务提供定时器、中断控制器、串口、Cache、MMU/MPU 等基础资源的统一访问接口。
- 板级描述：通过配置文件描述内存布局、外设地址、中断号映射、时钟频率等板级参数，供内核与驱动在运行时读取。
需要强调的是，BSP 不等于"所有驱动"。INTEGRITY 的驱动模型把驱动分为内核内驱动（如系统定时器、中断控制器）和分区内驱动（如以太网、CAN、SPI 外设）。BSP 主要覆盖前者以及启动阶段必需的初始化代码，后者通常作为独立组件在板级适配阶段集成。
移植与板级适配的边界
很多工程师把"移植"和"适配"混为一谈，导致工作量估算失准。在 INTEGRITY 工程实践中，两者有清晰的分界：
移植（Porting）关注的是处理器架构层面的可用性。当目标板使用的 CPU 内核（如 Cortex-R52、PowerPC e500、ARM Cortex-A53）尚未被当前 INTEGRITY 版本支持时，需要移植内核启动代码、异常处理、上下文切换、MMU/MPU 配置和架构相关驱动。移植的产物是"内核能在这颗 CPU 上跑起来"。
板级适配（Board Bring-up / Adaptation）关注的是具体电路板层面的可用性。当 CPU 架构已被支持，但板上的内存颗粒、外设型号、中断连接、时钟树与参考板不同时，需要修改板级配置、适配外设驱动、调整内存映射。适配的产物是"这块板子的所有目标外设都能正常工作"。
下图给出 INTEGRITY BSP 的整体结构，以及移植与板级适配各自的作用范围：
典型交付物
一个完整的 INTEGRITY BSP 移植与板级适配项目，最终应交付以下成果。这些交付物既是工作产物，也是验收的依据：
| 交付物 | 内容说明 | 形式 |
|---|---|---|
| BSP 源码包 | 启动代码、架构相关驱动、板级配置文件、链接脚本 | 目录结构 + 源文件 |
| 板级配置文件 | 内存映射表、中断映射表、时钟参数、外设基地址 | .bsp / .cfg 文本文件 |
| 驱动适配层 | 串口、以太网、CAN、SPI 等外设的初始化与访问代码 | 源文件 + 头文件 |
| 构建脚本 | 交叉编译工具链配置、Makefile 或 GHS MULTI 工程文件 | 构建脚本 |
| 启动日志 | 从上电到内核启动完成的串口输出记录 | 文本日志 |
| 测试报告 | 各外设功能验证、中断响应时间、内存读写测试结果 | 文档 + 数据 |
| 移植说明文档 | 移植步骤、修改点、已知限制、后续维护说明 | 文档 |
验收标准
验收不是"能启动就行"，而是需要逐项确认。以下标准按优先级排列，前一项不通过则后续项无意义：
- 内核启动成功：串口输出 INTEGRITY 版本信息与分区加载日志，无异常复位或挂起。
- 系统定时器正常：分区调度周期稳定，用示波器测量定时器中断间隔，偏差应在晶振精度允许范围内（例如 ±50 ppm）。
- 中断控制器可用：外部中断能正确触发并路由到对应分区，中断嵌套与优先级行为符合配置。
- 内存映射正确：内核与各分区能访问各自地址空间，越界访问被 MMU/MPU 拦截并产生预期异常。
- 基础外设工作：至少串口双向通信正常，以太网或 CAN 能完成回环或点对点收发测试。
- 稳定性验证：连续运行 24 小时以上，无内存泄漏、无分区崩溃、无看门狗复位。
工程视角下的关键认知
最后需要建立三个工程认知。第一，BSP 是"最小可用集"：它只保证内核和基础服务能运行，不负责所有业务外设的完整驱动，后者属于板级适配的扩展工作。第二，移植与适配的边界决定责任划分：CPU 架构移植通常由芯片原厂或 INTEGRITY 官方支持团队完成，板级适配则由产品团队负责，混淆两者会导致进度失控。第三，验收标准要前置：在项目启动时就明确每一项验收指标和测量方法，避免后期因"是否达标"产生争议。