3. Jailhouse概述
Jailhouse 是一个基于 Linux 的静态分区虚拟化方案，最初由西门子（Siemens）研究院的 Jan Kiszka 等人提出并开源，目标是解决工业、汽车电子、医疗设备等场景中“实时性与通用性共存”的问题。与 KVM、Xen 这类通用 hypervisor 不同，Jailhouse 并不试图在硬件上直接运行一个完整的虚拟机管理器，而是把已经启动的 Linux 内核“改造”成一个分区管理单元，再在其上划分出若干彼此隔离的裸机分区（bare-metal cell）。这种“寄生式”的设计让 Jailhouse 在保持极简代码量的同时，获得了接近原生硬件的实时性能。
3.1 起源与设计哲学
Jailhouse 的诞生背景可以概括为：多核处理器越来越普及，但工业场景中仍需要把安全关键任务与普通 Linux 应用放在同一颗 SoC 上运行，同时要求两者互不干扰。传统做法是使用 KVM 或 Xen，但这两者都需要在硬件上先启动一个 hypervisor，再由它来启动客户机，带来额外的调度开销和启动复杂度。Jailhouse 的设计哲学则完全不同，它强调三点：
- 静态分区：分区在系统启动时一次性配置完成，运行期间不再动态创建或迁移，从而避免复杂的资源仲裁。
- 最小化 hypervisor：Jailhouse 只负责 CPU 隔离、内存隔离和中断路由，不提供设备模拟、不调度客户机，代码量仅数万行。
- Linux 作为根分区：Linux 本身运行在 root cell 中，负责管理非关键设备和系统服务，而实时任务运行在 inmate cell 中，直接访问被分配的硬件资源。
核心思想：Jailhouse 不是“在 Linux 上跑虚拟机”，而是“把 Linux 变成虚拟机之一”。root cell 与 inmate cell 在硬件层面被严格隔离，但共享同一套 CPU 指令集和内存总线。
3.2 核心特性与运行机制
Jailhouse 的核心特性可以从隔离维度来理解。在 CPU 层面，它通过 CPU 亲和性和中断控制，把不同的物理核心分配给不同的 cell；在内存层面，它使用 IOMMU 和第二阶段地址翻译，确保每个 cell 只能访问自己被分配的内存区域；在中断层面，它通过中断重映射表，把外设中断直接路由到目标 cell，避免经过 root cell 转发。下图展示了 Jailhouse 的典型分区结构：
从图中可以看到，Jailhouse 位于硬件与各 cell 之间，但它并不像传统 hypervisor 那样“拥有”所有资源，而是把资源分配权交给 root cell 中的配置工具。系统启动时，Linux 先正常启动，然后加载 Jailhouse 内核模块，读取配置文件，把指定 CPU、内存和外设“划走”给 inmate cell，最后启动 inmate 镜像。整个过程是静态的，一旦划分完成，运行期间不再改变。
3.3 与 KVM / Xen 的对比
理解 Jailhouse 最有效的方式是与 KVM、Xen 进行横向对比。下表从架构、启动方式、实时性、代码规模和典型场景五个维度进行梳理：
| 对比维度 | Jailhouse | KVM | Xen |
|---|---|---|---|
| 架构类型 | 静态分区，Linux 作为 root cell | 内核模块，Linux 作为宿主 | 独立 hypervisor，Domain 0 管理 |
| 启动方式 | Linux 启动后加载模块并划分分区 | Linux 启动后加载 kvm 模块 | Xen 先启动，再启动 Domain 0 |
| 实时性 | 接近原生，中断延迟低 | 受宿主调度影响，延迟较高 | 较好，但 Domain 0 仍带来开销 |
| 代码规模 | 约数万行，极简 | 数十万行，功能丰富 | 数十万行，生态成熟 |
| 典型场景 | 工业控制、汽车电子、医疗设备 | 云计算、服务器虚拟化 | 服务器、桌面虚拟化、云平台 |
从表中可以看出，Jailhouse 并不追求“通用虚拟化”能力，而是把“隔离”和“实时”做到极致。它没有设备模拟，也不支持动态迁移，因此不适合云计算场景；但在需要把安全关键任务与 Linux 应用混合部署的嵌入式系统中，Jailhouse 的静态分区模型反而成为优势。
3.4 典型应用场景与配置示例
假设我们在一台四核 ARM 开发板上部署 Jailhouse，希望把 CPU2 和 CPU3 分配给两个实时 inmate cell，CPU0 和 CPU1 留给 Linux。配置文件通常以 .cell 结尾，内容如下：
/* root cell 配置片段 */
.cpu_set = { 0, 1 },
.memory_regions = {
{ .phys_start = 0x40000000, .size = 0x20000000 },
},
.pci_devices = {
{ .type = JAILHOUSE_PCI_TYPE_DEVICE, .domain = 0x0000, .bdf = 0x00 },
},
/* inmate cell 1 配置片段 */
.cpu_set = { 2 },
.memory_regions = {
{ .phys_start = 0x60000000, .size = 0x10000000 },
},
.irqchips = {
{ .address = 0x08000000, .pin_base = 32, .pin_bitmap = { 0x1 } },
},
加载命令通常为：
# 加载 Jailhouse 内核模块
modprobe jailhouse
# 启用 root cell
jailhouse enable root.cell
# 创建 inmate cell
jailhouse cell create inmate1.cell
jailhouse cell load inmate1.bin
jailhouse cell start inmate1
提示：Jailhouse 的配置文件需要与硬件手册中的内存映射、中断号严格对应。配置错误可能导致 inmate cell 无法启动，甚至影响 root cell 的稳定性。建议先在 QEMU 或开发板上用最小配置验证。
3.5 常见误区与复盘
初学者容易把 Jailhouse 当成“另一个 KVM”，从而产生以下误区：
- 误区一：Jailhouse 可以动态创建虚拟机。实际上 Jailhouse 的分区是静态的，运行期间不能动态增删 cell，所有资源必须在启动时确定。
- 误区二：inmate cell 可以运行完整 Linux。inmate cell 通常运行裸机程序或轻量级 RTOS，不具备完整的设备驱动和文件系统。
- 误区三：Jailhouse 不需要 Linux。Jailhouse 依赖 Linux 作为 root cell 来启动和管理，没有 Linux 就无法完成初始化。
- 误区四：Jailhouse 适合所有虚拟化场景。它只适合对实时性和隔离性要求高、但对灵活性和通用性要求低的嵌入式场景。