企业官网建设流程全解析

第四篇讨论了 virtio notification。本篇看 transport：virtio device 定义设备语义，但 guest 还需要一种方式发现、配置和通知设备。virtio-mmio 与 virtio-pci 就是两种常见 transport。

1. device、transport、backend 的区别

virtio 源码里经常同时出现三个概念：device、transport、backend。

它们解决的问题不同。

virtio device: 设备做什么，例如 block、net、scsi、balloon transport: guest 如何发现、配置和通知设备，例如 mmio、pci backend: 请求最终落到 host 哪里，例如 image file、tap、vhost

以 virtio-blk 为例：

virtio-blk: 设备语义是块 I/O virtio-mmio / virtio-pci: guest 通过哪种方式看到这个块设备 QEMU block backend: 请求最终访问哪个 host 文件或块设备

这一层区分非常关键。

同一个 virtio-blk device，可以通过 virtio-mmio 暴露，也可以通过 virtio-pci 暴露。

设备语义不变，transport 变了。

2. transport 层负责什么

transport 层主要负责：

• 设备发现
• feature 访问
• status 访问
• config space 访问
• queue selection
• queue address setup
• queue notify
• interrupt delivery wiring
• reset path

它把 guest 的“总线访问”转换成对VirtIODevice的操作。

抽象模型：

Guest transport driver | | MMIO register / PCI BAR / PCI capability v QEMU transport implementation | v VirtIODevice common state | v specific virtio device

因此 transport 是 guest driver 和 QEMU virtio core 之间的适配层。

3. virtio-mmio 的直觉

virtio-mmio 用一段 MMIO register region 暴露 virtio device。

Guest 通过读写这些 MMIO register 完成：

• 识别设备
• 读取 feature
• 写入 accepted feature
• 设置 queue 地址
• 设置 queue ready
• 写 notify register
• 读取 interrupt status

在 RISC-V QEMUvirtmachine 中，virtio-mmio 很常见。

原因是它简单、适合设备树描述，也符合很多嵌入式或简化虚拟平台的设计。

路径大概是：

QEMU virt machine | | creates virtio-mmio device v Device Tree virtio-mmio node | v Guest Linux virtio-mmio driver | v MMIO register access | v QEMU virtio-mmio transport | v VirtIODevice

4. Device Tree 与 virtio-mmio

在 RISC-Vvirtmachine 中，guest 发现 virtio-mmio 设备通常依赖 Device Tree。

DTB 中会有类似 virtio-mmio 的节点，描述：

• MMIO base address
• MMIO size
• interrupt line
• compatible string

Guest Linux 解析 DTB 后，匹配 virtio-mmio driver。

然后 driver 通过 MMIO register 与 QEMU 中的 virtio-mmio transport 通信。

所以 device tree 是 virtio-mmio 设备发现的关键契约。

简化模型：

QEMU creates virtual device | v QEMU emits DTB node | v Guest probes virtio-mmio | v Guest configures VirtIODevice through MMIO

5. virtio-pci 的直觉

virtio-pci 用 PCI 设备的形式暴露 virtio device。

Guest 通过 PCI enumeration 发现设备，再通过 PCI BAR 和 virtio capability 访问 virtio common config、notify config、ISR config 和 device config。

路径大概是：

PCI enumeration | v Guest virtio-pci driver | v PCI BAR / capabilities | v QEMU virtio-pci transport | v VirtIODevice

virtio-pci 在服务器虚拟化里非常常见。

原因包括：

• PCI 是通用设备发现模型
• 支持 MSI/MSI-X
• 适合多队列和复杂设备配置
• 更接近传统服务器平台形态

6. legacy 与 modern virtio-pci

virtio-pci 有 legacy 和 modern 之分。

legacy virtio-pci 主要为了兼容早期 virtio driver。

modern virtio-pci 使用更规范的 PCI capability 结构，暴露 common config、notify config、ISR config、device config 等区域。

源码阅读时要注意区分路径。

很多兼容逻辑会让 virtio-pci 代码看起来比 virtio-mmio 更复杂。

建议先理解 modern virtio-pci 的模型，再回头看 legacy 兼容。

7. queue 配置在 transport 中如何发生

无论是 mmio 还是 pci，guest 最终都要把 virtqueue 的地址告诉 QEMU。

配置内容包括：

queue index queue size descriptor table address available ring address used ring address queue ready / enable

transport 收到这些写入后，会更新VirtQueue。

抽象路径：

Guest writes queue config | v transport decodes access | v virtio core updates VirtQueue | v specific device can process queue

这说明 queue 是 virtio core 的对象，但 queue 的配置入口由 transport 提供。

8. notification 在 transport 中的位置

guest kick device 的动作也通过 transport 发生。

virtio-mmio：

Guest writes QueueNotify MMIO register | v QEMU virtio-mmio handles notify | v VirtQueue handler runs

virtio-pci：

Guest writes notify BAR area | v QEMU virtio-pci handles notify | v VirtQueue handler runs

如果启用了 ioeventfd，这个通知可以被 KVM 更快地转成 eventfd signal，减少完整 MMIO exit 到 QEMU 的开销。

9. interrupt wiring 的差异

virtio-mmio 和 virtio-pci 的完成通知也不同。

virtio-mmio 通常通过平台中断控制器接线。

例如在 RISC-Vvirtmachine 上，virtio-mmio interrupt 会连接到虚拟 PLIC 或 AIA 相关模型。

virtio-pci 则通常使用 INTx、MSI 或 MSI-X。

路径差异：

virtio-mmio completion | v platform interrupt line | v Guest interrupt controller

virtio-pci completion | v MSI/MSI-X | v Guest PCI interrupt handling

这也是 virtio-pci 更适合复杂服务器设备模型的原因之一。

10. transport 不应该承载设备语义

一个常见误区是把 transport 和 device-specific logic 混在一起。

transport 不应该关心 virtio-blk 请求里的 sector，也不应该关心 virtio-net packet 的 checksum。

transport 只负责：

这个设备如何被 guest 发现和配置 这个 queue 如何被设置 这个 notify 如何到达 virtio core 这个 interrupt 如何交给 guest

设备语义应该在具体 virtio device 中处理。

这条边界让 virtio-blk 可以同时支持 mmio 和 pci，而不需要复制块设备逻辑。

11. RISC-V 场景下的 virtio-mmio

在 RISC-V QEMUvirtmachine 中，常见路径是：

QEMU hw/riscv/virt.c | | creates virtio-mmio devices v DTB virtio-mmio nodes | v Guest Linux probes virtio-mmio | v Guest virtio driver binds device | v virtqueue requests reach QEMU device model

这和前面 RISC-V/QEMU/KVM 系列中的 Device Tree 主题正好衔接。

Guest 不是凭空知道 virtio-mmio 设备的。

它依赖 QEMU 生成的 DTB 知道 MMIO 地址和中断线。

12. 源码阅读入口

本篇可以看：

• hw/virtio/virtio-mmio.c
• hw/virtio/virtio-pci.c
• include/hw/virtio/virtio-mmio.h
• include/hw/virtio/virtio-pci.h
• hw/riscv/virt.c
• include/standard-headers/linux/virtio_mmio.h
• include/standard-headers/linux/virtio_pci.h

阅读问题：

• virtio-mmio register read/write 如何映射到VirtIODevice？
• queue notify 在哪里处理？
• virtio-pci common config 如何访问？
• MSI/MSI-X interrupt 如何接到 virtio device？
• RISC-Vvirtmachine 在哪里创建 virtio-mmio 设备？
• DTB 中 virtio-mmio 节点如何生成？

13. 本篇小结

virtio device 定义设备语义，transport 定义 guest 如何发现、配置和通知设备。

virtio-mmio 简洁，适合通过 Device Tree 描述；virtio-pci 更适合服务器平台，支持 PCI enumeration、BAR、capability 和 MSI/MSI-X。

两者最终都会连接到同一个 virtio core 和具体设备模型。

可以把本篇压缩成一句话：

virtio transport 是 guest driver 和 QEMUVirtIODevice之间的外观适配层，它不决定设备做什么，只决定设备如何被 guest 看见和操作。

14. 下一篇预告：virtio-blk 请求路径

下一篇用 virtio-blk 作为第一个具体设备例子。

会讨论：

• guest block request 如何变成 descriptor chain
• QEMU 如何解析 virtio-blk header
• 请求如何进入 QEMU block layer
• completion 如何写回 status 和 used ring

下一篇的问题可以写成：

Guest Linux 的一次块设备读写，如何穿过 virtqueue 并落到 host 文件或块后端？