📚 课程目录第1章 Ryzen Embedded平台与虚拟化隔离概览

1. Ryzen Embedded平台与虚拟化隔离概览

在嵌入式系统里谈“虚拟化”，往往不是为了让一台机器跑更多桌面系统，而是为了把原本混在一起的功能、实时任务、安全域和操作系统拆开，让它们在同一颗 SoC 上互不干扰地运行。AMD 的 Ryzen Embedded 系列正是面向这类场景设计的处理器产品线，它在 CPU、GPU、I/O 与安全机制上提供了完整的硬件基础，使得“隔离工程”从软件层的勉强拼凑，变成有硬件支撑的工程实践。

Ryzen Embedded 产品线：V 系列与 R 系列

Ryzen Embedded 目前主要分为两条产品线，定位和适用场景有明显差异。

V 系列面向高性能嵌入式计算，典型型号如 V1000、V2000、V3000。它们采用 Zen 架构（V1000 为 Zen，V2000/V3000 为 Zen 2/Zen 3），集成 Radeon Vega 或 RDNA 显卡，支持双通道 DDR4 内存、PCIe 3.0/4.0、多路 4K 显示输出，TDP 通常在 10W～54W 可配置。V 系列强调“性能与图形能力”，常见于医疗影像、游戏机、数字标牌、边缘 AI 推理等需要较强算力和显示输出的设备。

R 系列面向低功耗、长生命周期、成本敏感的嵌入式场景，典型型号如 R1000、R2000。它们同样基于 Zen 架构，但核心数更少、TDP 更低（通常 6W～15W），集成度更高，适合工业控制、瘦客户机、零售终端、网络设备等对功耗和稳定性要求高、对绝对算力要求相对温和的场合。

两条产品线在虚拟化隔离能力上的关键差异，不在于“能不能虚拟化”，而在于可分配给虚拟机的核心数、内存带宽、PCIe 通道数量以及 GPU 虚拟化（SR-IOV/MxGPU）的支持程度。V 系列因为资源更充裕，更适合承载多个隔离域；R 系列则更适合“一个主系统 + 少量隔离任务”的轻量方案。

AMD-V 与 AMD-Vi：硬件虚拟化的两块基石

要在 Ryzen Embedded 上做隔离，必须理解两个硬件机制。

AMD-V（AMD Virtualization）是 CPU 层面的虚拟化扩展。它引入了一套新的指令和特权级别，让虚拟机监控器（Hypervisor）可以高效地拦截和模拟敏感操作，而不必像早期软件虚拟化那样靠二进制翻译。AMD-V 的核心包括：

VMCB（Virtual Machine Control Block）：保存每个虚拟机的 CPU 状态，切换虚拟机时由硬件直接加载/保存，减少开销。
嵌套页表（Nested Paging / RVI）：由硬件完成“客户机虚拟地址 → 客户机物理地址 → 宿主机物理地址”的两级转换，避免 Hypervisor 为每次内存访问做影子页表维护。
AVIC（Advanced Virtual Interrupt Controller）：允许中断直接投递给虚拟机，减少 VM Exit 次数，对实时性敏感的场景尤其重要。

AMD-Vi（AMD I/O Virtualization）则是 I/O 层面的虚拟化技术，也就是常说的 IOMMU。它位于设备与内存之间，把设备发出的 DMA 地址翻译成宿主机物理地址，并做权限检查。AMD-Vi 的价值在于：

设备直通（PCIe Passthrough）：把一块网卡、NVMe 或 GPU 直接分配给某个虚拟机，性能接近原生，同时通过 IOMMU 限制它只能访问被授权的内存区域。
中断重映射：配合 AVIC，让设备中断安全地送达目标虚拟机。
DMA 保护：即使设备固件被攻破，也无法越界读写其他隔离域的内存。

简单说，AMD-V 管“CPU 和内存的隔离”，AMD-Vi 管“设备和 DMA 的隔离”。两者配合，才能构成完整的硬件隔离底座。

隔离工程在嵌入式场景中的价值

为什么嵌入式场景特别需要隔离？因为嵌入式设备往往把“安全关键”和“非安全关键”的功能塞进同一块板子。例如一台医疗超声设备，既要跑实时波束合成（错过一个周期就可能影响成像），又要跑图形界面和网络上报（可能被攻击）。如果全部放在一个 Linux 里，一个驱动崩溃或一次内存越界就可能同时毁掉两者。

隔离工程要解决的核心问题可以归纳为三类：

时间隔离：保证实时任务在截止时间内得到 CPU，不被其他域的负载拖累。手段包括 CPU 核绑定（cpuset/cpu affinity）、实时调度优先级、AVIC 中断直投、以及把实时域放在独立核心上。
空间隔离：保证一个域的内存错误或恶意访问不会影响另一个域。手段包括 AMD-V 嵌套页表、IOMMU 的 DMA 保护、以及 Hypervisor 对内存的静态分区。
设备隔离：保证外设只能被授权域访问。手段包括 PCIe 直通配合 AMD-Vi、SR-IOV 虚拟功能分配、以及中断重映射。

在工业现场，隔离还承担“功能安全”职责。例如一台协作机器人控制器，运动控制域必须满足 IEC 61508 的 SIL 等级，而人机界面域只需普通可靠性。把两者隔离后，HMI 的崩溃不会导致机械臂失控，安全认证的范围也可以缩小到运动控制域，降低认证成本。

典型应用与配置示例

下面给出一个基于 Ryzen Embedded V2000 的典型隔离配置示例。假设我们有一台边缘视觉检测设备，需要同时运行实时图像采集、AI 推理和远程管理三个功能。

# 硬件：Ryzen Embedded V2718（8C/16T，TDP 10-25W）
# 隔离方案：Xen Hypervisor + 三个 DomU

# Dom0（管理域）：核心 0-1，负责设备模型与工具链
# DomU-RT（实时采集）：核心 2-3，直通 GigE Vision 网卡
# DomU-AI（推理）：核心 4-5，直通 GPU（MxGPU 虚拟功能）
# DomU-MGMT（远程管理）：核心 6-7，虚拟网卡

# Xen 配置片段（/etc/xen/domU-rt.cfg）
name = "domU-rt"
kernel = "/boot/vmlinuz-rt"
memory = 2048
vcpus = 2
cpus = ["2", "3"]
pci = ["0000:03:00.0"]   # GigE Vision 网卡直通
iommu = "on"

在这个配置里，cpus = ["2","3"] 把实时域绑定到物理核心 2 和 3，避免与其他域争抢；pci = ["0000:03:00.0"] 把采集网卡直通给实时域，配合 AMD-Vi 的 DMA 保护，其他域无法通过该网卡读写内存；iommu = "on" 确保 IOMMU 在启动时启用。

验证隔离是否生效，可以从三个角度观察：

在 DomU-RT 中运行 cyclictest -p 99 -m -n -i 1000 -l 100000，观察最大延迟。若最大延迟稳定在几十微秒以内，说明 CPU 隔离和中断直投有效。
在 Dom0 中执行 xl dmesg | grep -i iommu，确认 AMD-Vi 已启用且各设备被正确分配到 IOMMU 组。
在 DomU-AI 中运行推理负载，同时在 DomU-RT 中继续采集，观察实时域延迟是否受明显影响。若延迟抖动没有显著增大，说明资源隔离达到预期。

隔离不是“开了 IOMMU 就万事大吉”。实际工程中还要注意：同一 IOMMU 组内的设备必须一起直通，否则会破坏隔离；GPU 的 MxGPU 虚拟化需要 BIOS 和驱动同时支持；实时域的内存最好使用大页并锁定，避免换页引入抖动。

从“能虚拟化”到“可隔离”

Ryzen Embedded 的 V 系列和 R 系列都提供了 AMD-V 与 AMD-Vi，但“能虚拟化”和“可隔离”之间还有一段工程距离。可隔离意味着：每个域有明确的 CPU 核、内存区间、设备清单和中断路径；Hypervisor 的配置经过验证；实时性、安全性和资源利用率都有可观测的指标。本章后续内容将围绕这条主线展开，从硬件机制、Hypervisor 选型、设备直通、实时调优到安全加固，逐步构建一套可落地的隔离工程方法。