能直通，但必须满足三个硬性前提：CPU和主板支持IOMMU（Intel VT-d或AMD-Vi），BIOS中已开启，且显卡不与宿主机共用同一PCIe Root Complex；否则vfio-pci绑定失败，虚拟机启动卡死或报“Device is not behind an IOMMU”。
能直通，但必须满足三个硬性前提：CPU和主板支持 IOMMU（Intel VT-d 或 AMD-Vi），BIOS 中已开启，且显卡本身不与宿主机共用同一 PCIe Root Complex —— 否则 vfio-pci 绑定会失败，虚拟机启动直接卡死或报 Device is not behind an IOMMU 错误。
确认 IOMMU 已在内核启用
光 BIOS 开 VT-d 不够，内核启动参数没配对等于白开。必须检查 dmesg | grep -i iommu 输出里有 IOMMU enabled 和 DMAR 条目，且无 Disabled by BIOS 类提示。
-
intel_iommu=on（Intel）或amd_iommu=on（AMD）是必需项，漏掉就完全不生效 -
iommu=pt仅对直通设备启用 IOMMU，减少开销；没有它，某些设备可能因中断重映射失败而无法绑定vfio-pci -
vfio_iommu_type1.allow_unsafe_interrupts=1是 NVIDIA 消费卡（如 GTX/RTX）绕过中断安全检查的临时手段，但仅限测试 —— 生产环境应优先用 Tesla/A 系列专业卡 - 务必加
rdblacklist=nouveau nouveau.modeset=0，否则nouveau驱动抢先占用 GPU，vfio-pci绑定会静默失败
正确识别并隔离 GPU 设备（含音频子功能）
NVIDIA 显卡通常带两个 PCI 功能：VGA 控制器（41:00.0）和音频控制器（41:00.1）。只绑一个会导致虚拟机蓝屏或黑屏 —— 因为 Windows 驱动会尝试初始化未透传的音频模块。
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
- 用
lspci -nnk | grep -A 3 -i nvidia查 BDF 地址和当前驱动，确认 Kernel driver in use 是vfio-pci而非nvidia或nouveau - 必须把整组设备（
41:00.0和41:00.1）一起绑定到vfio-pci，不能只绑视频功能 - 绑定前执行
echo "0000:41:00.0" > /sys/bus/pci/drivers/vfio-pci/unbind（如果已被占）再echo "0000:41:00.0" > /sys/bus/pci/drivers/vfio-pci/bind，顺序不能反 - 验证是否成功：
lspci -v -s 41:00.0 | grep "Kernel driver"应输出vfio-pci
QEMU 命令行或 libvirt XML 中正确声明 vfio-pci 设备
直通不是“插上就能用”，QEMU 必须明确告诉虚拟机：“这块卡归你独占”，否则默认走模拟显卡（cirrus/vga）。
- 命令行启动时，
-device vfio-pci,host=0000:41:00.0,romfile=/path/to/gpu.rom是最小必要项；romfile对 UEFI 启动的 Win10/11 或 Linux guest 是可选，但对某些老 BIOS 虚拟机是刚需 - libvirt 用户需在
<devices>内添加完整设备块，注意<address type='pci' domain='0x0000' bus='0x41' slot='0x00' function='0x0'/>必须与物理 BDF 一致，否则启动报No IOMMU group - 必须关闭 KVM 的隐式内存管理：加
-machine type=q35,accel=kvm,usb=off和-cpu host,kvm=off,+hypervisor，否则 NVIDIA 驱动拒绝加载 - 宿主机若用 NVIDIA 驱动，必须确保该卡已从
nvidia模块卸载 —— 否则 QEMU 启动时会报Failed to open device
常见失败点：GPU 无法被 Guest 识别或驱动安装失败
多数问题不出在 QEMU 配置，而在设备分组（IOMMU group）污染或固件兼容性。
- 用
find /sys/kernel/iommu_groups/ -type l | xargs ls -la检查 GPU 所在 group 是否包含其他设备（如 USB 控制器、SATA 控制器）；若有，说明 PCIe 拓扑不干净，直通大概率失败 - 消费级卡（GTX/RTX）在 Windows Guest 中常卡在“Code 43”错误 —— 根本原因是 hypervisor 暴露了虚拟化痕迹，需在 libvirt XML 中添加
<features><hyperv><vendor_id state='on' value='random'/></hyperv></features>并禁用 KVM 隐藏特性 - Linux Guest 中
nvidia-smi报Unable to determine the device handle，通常是vfio-pci绑定后未释放 BAR 资源，需在 QEMU 启动参数中加-global vfio-pci.x-vga=on（仅限 VGA 兼容模式）或改用q35+ UEFI - 别忽略电源管理：某些主板在直通后自动关闭 GPU 的 PCIe ASPM，导致 Guest 中反复断连，可在 BIOS 关闭
ASPM或加内核参数pcie_aspm=off
真正卡住人的地方往往不在配置步骤，而在 IOMMU group 的物理隔离是否彻底 —— 它取决于主板芯片组、PCIe 插槽位置、甚至 BIOS 微码版本。一块卡在 A 插槽能直通，在 B 插槽却进不了 IOMMU group，这种事很常见。
