1. 课程导入
在嵌入式与工业实时系统中，虚拟化常常面临一个两难：既要让 Linux 承担丰富的应用生态与网络协议栈，又要让实时任务获得接近裸机的确定性响应。传统 Type-1 虚拟机管理程序通过调度器在多个客户机之间分时复用 CPU，虽然隔离性强，却引入了不可预测的调度抖动。Jailhouse 走了一条不同的路——它不调度、不抢占，而是把物理硬件“静态切分”给不同的分区，让每个分区直接运行在真实 CPU 核、真实内存区域和真实外设上。理解这一“分区虚拟化”思想，是后续移植与故障诊断的根基。
一、Jailhouse 的定位：静态分区，而非分时复用
Jailhouse 是运行在 Linux 之下的轻量级分区虚拟机管理程序（hypervisor）。它本身不是操作系统，也不提供完整的设备模型；它更像一个“硬件资源分配器”和“隔离执行环境”。系统启动时，Linux 作为根分区（Root Cell）先运行，随后通过加载 Jailhouse 内核模块、启用 hypervisor，再由 Linux 创建非根分区（Non-root Cell）。每个非根分区拥有独立的 CPU 核、内存区间和直通设备，分区之间通过硬件隔离机制（如 IOMMU、Cache 隔离、中断路由）互不干扰。
与 KVM、Xen 等方案相比，Jailhouse 的关键差异在于：它不做 CPU 时间片调度。一个 CPU 核一旦分配给某个分区，就只运行该分区的代码，直到分区被显式销毁或重新配置。这种“核绑定”方式消除了虚拟化调度带来的抖动，使实时分区能够获得微秒级的确定性响应。代价是资源不能动态超卖，分区配置必须在启动前或运行中静态确定。
核心定位一句话：Jailhouse 用“空间换时间”，以静态硬件分区替代动态调度，用资源独占换取实时确定性与强隔离。
二、分区虚拟化思想：从“共享”到“切分”
分区虚拟化的本质是把一台物理机拆成多个“逻辑上独立、物理上直通”的执行域。Jailhouse 的分区模型包含三个关键角色：
- Hypervisor 核心：运行在 EL2（ARM）或 VMX root（x86），负责 CPU 核的初始分配、内存隔离、中断重映射和分区生命周期管理。
- Root Cell：即 Linux 本身，拥有系统启动后的全部资源，负责管理非根分区的创建、配置加载和销毁。
- Non-root Cell：承载实时任务或专用负载的分区，运行裸机程序、RTOS 或精简 Linux，直接访问分配给它的硬件。
分区之间的隔离依赖硬件特性：ARM 上使用 Stage-2 页表实现内存隔离，使用 GIC 中断控制器实现中断路由隔离；x86 上使用 EPT 和 VT-d。Jailhouse 不模拟设备，而是把物理设备直接分配给分区，因此分区内的驱动可以直接操作寄存器，延迟极低。
三、学习目标与整体课程框架
本课程围绕“移植—配置—调试—诊断”四条主线展开，目标是让学员能够独立完成 Jailhouse 在 ARM/x86 平台上的部署，并具备定位分区启动失败、中断不通、内存隔离异常等问题的能力。整体路线分为四个阶段：
| 阶段 | 核心内容 | 关键产出 |
|---|---|---|
| 基础认知 | 分区虚拟化原理、Jailhouse 架构、Root Cell 与 Non-root Cell 关系 | 能画出分区资源分配图 |
| 环境搭建 | 内核配置、Jailhouse 编译、硬件平台适配、设备树/ACPI 配置 | 可运行的 Jailhouse 最小系统 |
| 分区实战 | 创建非根分区、CPU 核分配、内存映射、外设直通、 inmate 程序加载 | 实时分区正常启动并响应 |
| 故障诊断 | 启动日志分析、中断路由排查、内存隔离验证、性能抖动定位 | 能独立解决常见移植问题 |
四、实战场景：一个典型的工业控制分区
假设我们有一块四核 ARM 开发板，需要同时运行 Linux HMI 和实时电机控制任务。传统方案中，Linux 的调度器可能因为网络中断或文件系统操作导致电机控制任务延迟抖动超过 100 微秒。使用 Jailhouse 后，配置如下：
# 查看当前分区状态
jailhouse cell list
# 创建实时分区（CPU2-3，内存 0x40000000-0x7FFFFFFF）
jailhouse cell create motor.cell
# 加载 inmate 程序到分区
jailhouse cell load motor motor.bin
# 启动分区
jailhouse cell start motor
# 查看分区状态与资源分配
jailhouse cell stat motor此时，CPU2 和 CPU3 完全属于 motor 分区，Linux 无法调度它们；SPI 控制器和 GPIO 通过 IOMMU 直通给 motor 分区，中断直接路由到 CPU2。电机控制循环的响应时间从“毫秒级抖动”变为“微秒级确定性”。
提示：Jailhouse 的分区配置通常以 C 结构体或设备树片段描述，包含 CPU 集合、内存区域、中断号和 PCI 设备地址。移植时，这些参数必须与硬件手册严格对应，否则分区无法启动。
五、常见误区与复盘
- 误区一：把 Jailhouse 当成 KVM 用。Jailhouse 不支持动态迁移、超卖和嵌套虚拟化，它的优势在于静态隔离和低延迟，而不是资源弹性。
- 误区二：忽略 Root Cell 的资源占用。Root Cell 仍然运行 Linux，如果它占用了分配给非根分区的 CPU 或内存，会导致分区启动失败。配置时必须显式从 Root Cell 中“扣除”这些资源。
- 误区三：中断配置错误。非根分区的中断必须通过 GIC 重映射到对应 CPU 核，否则中断会被 Root Cell 截获，表现为“分区运行但外设无响应”。
- 误区四：内存隔离未验证。Stage-2 页表配置错误可能导致分区访问越界内存，引发不可预测的崩溃。建议在分区启动后使用 Jailhouse 自带的内存检查工具验证隔离边界。
复盘要点：Jailhouse 移植失败的高频原因集中在三处——CPU 核分配冲突、内存区域重叠、中断路由未重映射。诊断时优先检查 jailhouse cell stat 输出和内核日志中的 jailhouse: 前缀信息。
掌握分区虚拟化的核心思想，理解 Root Cell 与 Non-root Cell 的资源边界，是后续所有移植与诊断工作的前提。接下来的章节将从环境搭建开始，逐步深入到分区配置、 inmate 开发和故障排查的每一个细节。