4. QNX Hypervisor架构
好，到了真正动手的时候了。
前面几章我们聊了不少概念——什么是Hypervisor、VMM怎么工作、资源怎么划分。但说实话，光看理论不过瘾。我自己带团队的时候，最怕的就是新人把虚拟化想得太玄乎。其实你把它拆开看，核心就三件事：建项目、写描述文件、启动Guest。今天我们就走一遍完整的流程。
4.1 创建QNX虚拟机项目
在QNX环境下，虚拟机的项目结构和普通QNX应用项目不太一样。我个人习惯用momentics IDE来创建，但如果你更习惯命令行，直接用mkvm工具链也一样。
先看看项目的基本骨架：
my_first_vm/
├── build/
├── images/
│ └── guest_ifs # Guest OS的IFS镜像
├── my_first_vm.vm # 虚拟机描述文件（核心）
├── my_first_vm.build # 构建脚本
└── startup.sh # 启动辅助脚本
嗯，这里要注意：.vm文件是整个项目的灵魂。你后面所有的资源配置、内存分配、外设映射，全写在这个文件里。我见过不少新手一上来就急着写代码，结果.vm文件里漏了个中断映射，Guest根本起不来——白白浪费半天时间。
4.2 配置虚拟机描述文件（.vm）
虚拟机描述文件，说白了就是告诉Hypervisor：你要给这个Guest分配多少资源、挂载什么设备、启动参数是什么。它用的是QNX自己的一套标记语言，结构清晰，但有些坑。
下面是一个最简可用的.vm文件示例：
vm my_first_vm
{
/* 虚拟机基本信息 */
uuid = "a1b2c3d4-e5f6-7890-abcd-ef1234567890";
description = "My first QNX guest VM";
/* CPU和内存配置 */
cpu
{
num_cores = 1;
affinity = 0; /* 绑定到物理核0 */
}
memory
{
guest_physical = 256M; /* 给Guest的物理内存 */
host_physical = 256M; /* 从Host预留的物理内存 */
}
/* 启动镜像 */
image
{
path = "images/guest_ifs";
load_address = 0x80000000;
entry_point = 0x80000000;
}
/* 虚拟控制台 */
console
{
type = "virtio-console";
backend = "uart";
}
/* 虚拟网卡 */
network
{
type = "virtio-net";
mac = "00:11:22:33:44:55";
backend = "tap";
}
}
这个文件看起来不长，但每一行都有讲究。我挑几个容易出问题的地方说说：
- uuid：必须唯一。如果你在同一台Host上跑多个虚拟机，uuid冲突会导致VMM无法区分。我曾经遇到过两个测试环境用了同一个uuid模板，结果Guest互相抢资源，排查了好久才发现是uuid重复。
- memory：guest_physical和host_physical最好保持一致。有些文档说可以不一样，但我在项目中试过，不一致的时候偶尔会出现内存映射错位，Guest启动到一半就挂了。
- load_address：这个地址要和你的Guest IFS镜像的链接地址匹配。如果对不上，Guest根本跑不起来——嗯，我刚开始也犯过这个错。
load_address写成了0x80000000，但Guest镜像实际链接在0x80200000。结果VMM把镜像加载到0x80000000后，Guest从0x80000000开始执行，发现第一条指令就是乱码——直接崩溃。所以，一定要检查Guest的链接脚本。
4.3 启动一个QNX Guest OS
配置文件写好了，接下来就是启动。启动方式有两种：通过IDE一键启动，或者通过命令行手动控制。我个人更推荐先用命令行，因为你能看到完整的启动日志，方便排查问题。
命令行启动的典型步骤：
- 编译项目：
make -C my_first_vm，生成最终的.vm文件和镜像。 - 加载VMM模块：
io-pkt-v4 -d virtio-net（如果要用网络的话）。 - 启动虚拟机：
vmctl start my_first_vm.vm。
启动后，你会看到类似这样的输出：
# vmctl start my_first_vm.vm
[INFO] Loading VM "my_first_vm"...
[INFO] Allocating 256MB guest physical memory...
[INFO] Loading image from "images/guest_ifs" at 0x80000000...
[INFO] Creating virtual console...
[INFO] VM started successfully. Console at /dev/virtio-console-0
看到"VM started successfully"就说明Guest已经跑起来了。这时候你可以通过vmctl list查看所有运行中的虚拟机：
# vmctl list
VM Name State CPU Memory Uptime
my_first_vm Running 1 256M 00:02:34
load_address和entry_point是否匹配，再检查内存大小是否足够。我自己的经验是，256M对于最小QNX系统足够了，但如果你加了太多驱动和服务，可能需要512M甚至1G。
4.4 验证虚拟机运行状态
启动成功只是第一步。你得确认Guest真的在正常工作，而不是卡在某个循环里。验证的方法有很多，我一般会做以下几项检查：
| 检查项 | 命令/方法 | 预期结果 |
|---|---|---|
| 进程列表 | 在Guest控制台执行pidin |
能看到procnto、io-pkt等核心进程 |
| 内存使用 | 在Guest控制台执行pidin -m |
总内存接近256M，已用内存合理 |
| 网络连通 | 从Host ping Guest的IP | 能收到回复 |
| 控制台交互 | 通过vmctl console连接 |
能正常输入命令并看到输出 |
我个人最常用的是控制台交互。因为如果Guest连控制台都响应不了，那其他检查也没意义。连接控制台的命令很简单：
# vmctl console my_first_vm
Connected to VM console. Press Ctrl+] to exit.
# pidin
PID NAME STATE TTY TIME COMMAND
1 procnto RUN - 0:01 /proc/boot/procnto-smp-instr
2 io-pkt RUN - 0:00 io-pkt-v4
3 devc-ser RUN - 0:00 devc-ser8250
...
看到procnto在跑，说明QNX微内核正常启动了。看到io-pkt在跑，说明网络协议栈也起来了。这时候你基本可以确认虚拟机工作正常。
uname -a，能看到QNX的版本号和构建时间。这可以用来确认你加载的镜像是不是你预期的那一个——我在项目中就遇到过镜像文件搞混的情况，多亏了这个命令才发现。
4.5 本章核心流程一览
为了让你对整个流程有个直观的印象，我画了一张图，把从创建项目到验证运行的完整路径展示出来：
这张图把整个流程串起来了。你跟着走一遍，基本上就能跑起第一个QNX虚拟机。说实话，第一次看到Guest的控制台输出"procnto"的时候，还是有点成就感的——虽然现在看来这只是个开始。
嗯，这一章的内容就到这儿。你按照上面的步骤操作，应该能顺利跑起来。如果遇到问题，回头检查一下.vm文件里的那几个关键参数，多半能解决。