Building guests
本文在整个 Hypervisor 层级：
QNX Hypervisor
----> Building Hypervisor for Safety 2.2 User's Guide
-----------> Building a QNX Hypervisor for Safety system
目录
在没有 hypervisor 情况下验证 guests
支持 img 中的 guest 格式
配置虚拟机
当你编译运行在 QNX 虚拟机环境 guests 时，你必须针对适当的硬件架构进行编译，并且配置它们将要运行的 VMs。你需要拥有同 hypervisor 和你正在编译的 guests 相对应的编译环境和工具 (参考 “Supported build environments”)。
在没有 hypervisor 情况下验证 guests
同在运行在 hypervisor 上对比，在非虚拟系统上识别和调试问题会更容易。如果可能，在添加 guest 到你的 hypervisor 系统之前，您应该直接在硬件上运行构建和测试。
- 如果您正在构建 QNX guest，请按照 BSP 用户指南中的说明为您的硬件平台构建 BSP，并将其复制到目标平台。对于非 qnx guest，请遵循构建该客户机的说明并将其复制到目标。
- 启动系统并确保它按要求运行。特别是，确保将配置为向 guest 传递设备的所有设备都正常运行。这些设备的问题在非虚拟化系统中比在有 hypervisor 的系统中更容易解决。
- 对于将作为虚拟机在 hypervisor 系统中运行的每个操作系统，重复上述步骤。
当您确信将作为 guests 运行的所有操作系统都能在非虚拟化系统中按需要运行时，您可以将它们添加到 hypervisor 系统映像中，并将它们复制到目标系统中以 guests 的形式运行。
在没有 hypervisor 的情况下(即直接在硬件上运行)测试客户机可能并不总是可行的。例如:
- guest 可以使用准虚拟化设备，根据定义，这些设备不作为硬件存在。
- guest 所需的启动驱动程序不能直接在电路板上工作;这通常可以通过更改 guest 的构建文件来纠正，以便(临时)使用适当的驱动程序直接在板上启动。
支持 img 中的 guest 格式
hypervisor 可以启动放在系统上作为可引导 img 的 guest 程序，格式如下:
- ELF(包括multiboot)
- Linux zImage
配置虚拟机
hypervisor 系统中的每个 guest 托管在 hypervisor qvm进程中。当它启动时，qvm 进程的每个实例读取其指定的配置文件，并从该文件中指定的组件组装一个 VM。此 VM 将成为 guest 运行的虚拟环境。
如果更改访问硬件(物理或虚拟)的客户机中的任何内容，则需要确保将托管该 guest 的 VM的qvm配置文件得到正确配置。
在构建在 QNX 虚拟化环境中运行的 guest 时，一定要记住，必须将每个 guest 配置为与它将在其中运行的 VM 相匹配。这意味着它必须拥有访问设备所需的驱动程序，无论这些设备是物理的还是虚拟的。在 VM 中，必须将驱动程序配置为 guest 程序所期望的位置。
在 QNX OS 系统中，特定于 BSP 的驱动程序和其他组件通过 bsp 被引入构建。对于将在 VM 中运行的 QNX 操作系统来说是这样的，就像对于将直接运行在硬件上的 QNX 操作系统一样。
对于 ARM 和 x86 硬件平台，您将需要用于支持的硬件平台的 BSP 来构建虚拟机 hypervisor host域，并需要一个虚拟机hypervisor guest BSP来构建每个 guest 程序。这些可用于 QNX 7.1 和 QOS 2.2.1 guest。如果为 guest 添加新设备，可能需要向 bsp 添加适当的新驱动程序，并使用它们重新构建 guest。
适用于 QNX guest 操作系统的情况也适用于非 QNX guest 操作系统。VM 必须向 guest 操作系统提供 guest 操作系统期望找到的虚拟环境(即已构建用于使用的硬件组件)。唯一的区别是 QNX 操作系统(包括将作为虚拟环境中的 guest 运行的 QNX 操作系统)使用 BSPs 引入特定于体系结构和特定于板级的组件，而其他操作系统可能使用其他机制来实现相同的目的。
本文来自互联网用户投稿，文章观点仅代表作者本人，不代表本站立场，不承担相关法律责任。如若转载，请注明出处。 如若内容造成侵权/违法违规/事实不符，请点击【内容举报】进行投诉反馈！