如何在KVM/QEMU客户机中映射主机端物理地址空间？

针对你的需求（无需上层驱动、裸内存访问PL映射区域），以下是两种最直接的可行方案：

方案一：QEMU memory-backend-file + memdev 直接映射 #

这是最适合裸内存访问的方案，直接将主机上通过/dev/mem访问的PL内存区域映射到客户机的物理地址空间，客户机应用可直接像在主机上一样mmap该地址。

操作步骤 #

1. 确认主机端PL内存参数：先确定PL内存的物理基地址和大小（比如基地址0x80000000，大小0x1000000）。
2. 启动QEMU时添加内存映射参数：

   qemu-system-aarch64 \
     # 其他常规参数（CPU、内核、磁盘等）
     -object memory-backend-file,id=pl_mem,mem-path=/dev/mem,size=0x1000000,host-addr=0x80000000,readonly=false \
     -device memdev,id=pl_mem_dev,memdev=pl_mem,addr=0x80000000
   

   • host-addr：指定主机端PL内存的物理基地址
   • addr：指定客户机内要映射到的物理地址（建议和主机保持一致，减少应用修改）
   • size：PL内存区域的大小

关键注意事项 #

• 必须以root权限运行QEMU，确保能访问/dev/mem
• 主机端不能有其他进程同时访问该PL内存区域，避免数据冲突
• 客户机内应用直接mmap客户机侧的目标物理地址即可，无需额外驱动

方案二：KVM物理内存区域透传（ZynqMP定制场景适配） #

如果使用Xilinx定制的QEMU/KVM环境，还可以通过直接绑定物理内存区域的方式透传：

qemu-system-aarch64 \
  # 其他常规参数
  -device virtio-mem-pci,id=pl_mem,memdev=pl_mem_backend \
  -object memory-backend-ram,id=pl_mem_backend,size=0x1000000,host-phys-addr=0x80000000

这种方式更贴合ZynqMP的SoC架构，适合对性能要求极高的场景。

为什么virtio-mmio不适合？ #

virtio-mmio是基于virtio协议的标准化设备，要求客户机端必须加载virtio驱动才能通信，本质是带协议层的设备交互，而非你需要的裸内存直接映射，所以会引入不必要的开销，且不符合你的需求。

内容的提问来源于stack exchange，提问作者mitch