VFIO PCIe BAR写入无法持久化，程序结束后寄存器值回退求助

我正在使用以下代码通过VFIO_PCI API测试PCIe BAR寄存器写入：

struct vfio_group_status group_status = { .argsz = sizeof(group_status) };
struct vfio_device_info device_info = { .argsz = sizeof(device_info) };
struct vfio_region_info reg = { .argsz = sizeof(reg) };
int container = open("/dev/vfio/vfio", O_RDWR);
int group = open("/dev/vfio/17", O_RDWR);

/* Add the group to the container */
ioctl(group, VFIO_GROUP_SET_CONTAINER, &container);
/* Enable the IOMMU model we want */
ioctl(container, VFIO_SET_IOMMU, VFIO_TYPE1_IOMMU);

int dev = ioctl(group, VFIO_GROUP_GET_DEVICE_FD, "0000:02:00.0");

void* ptr;
ptr = mmap(0, 4096, PROT_READ | PROT_WRITE, MAP_SHARED, dev, ( 0UL << 40));
cout << *((unsigned int *)ptr + 0x202) << endl; // 始终输出0
*((unsigned int *)ptr + 0x202) = 4; // 写入4
cout << *((unsigned int *)ptr + 0x202) << endl; // 始终输出4

然而，写入仅在程序运行期间生效，程序执行结束后，寄存器值总会回退。我已验证这并非缓存问题，因为程序运行时能在FPGA中看到寄存器值的变化。请问如何让写入的内容持久化？

出现这种情况的核心原因是程序退出后VFIO会释放设备控制权，部分FPGA设备会在重新枚举或失去用户空间控制时自动重置寄存器状态，或者目标BAR寄存器本身是易失性设计。以下是针对性的解决办法：

1. 检查FPGA寄存器的硬件设计 #

• 确认目标寄存器（偏移0x202）是否为非易失性寄存器：如果硬件上该寄存器没有绑定Flash/OTP等存储单元，断电或设备重置后必然会丢失数据。这种情况下需要修改FPGA固件，将需要持久化的配置写入非易失性存储区域，再通过寄存器映射让系统读取该存储的值。
• 查看FPGA设备的复位逻辑：部分FPGA在VFIO释放设备后会触发内部软复位，导致寄存器回退到默认值。可以在固件中添加逻辑，禁止无必要的自动复位，或者让复位时读取预存的配置值。

2. 保持VFIO设备的持续控制权 #

• 编写后台守护进程（Daemon），长期持有VFIO设备的文件描述符和映射的BAR空间，不让设备被系统重新枚举或复位。这种方法适合需要持续保持寄存器状态的场景，但会占用设备资源，其他程序无法再访问该PCIe设备。
• 实现思路：将现有代码改造成后台服务，启动后保持dev文件描述符和ptr映射不释放，直到主动停止服务。

3. 使用设备树或内核驱动固化配置 #

• 如果是嵌入式Linux环境，可以通过设备树节点预配置PCIe设备的寄存器值，让内核在枚举设备时自动写入目标值。
• 编写轻量内核驱动，在设备probe阶段写入需要持久化的寄存器值，驱动加载后会一直保持该配置（除非设备被移除或系统重启）。这种方法不需要用户空间程序持续运行，适合开机即固化配置的场景。

4. 强制刷新寄存器并确认设备状态 #

• 在程序退出前，执行显式的内存屏障操作，确保写入指令完全提交到硬件：

  __sync_synchronize(); // 或使用汇编指令：asm volatile("mfence" ::: "memory");
  

• 部分设备需要写入特定的"提交"寄存器才能让配置生效，例如写一个确认位到控制寄存器，通知FPGA保存当前配置到非易失存储。务必查看你的FPGA设备手册，确认是否有这类操作要求。

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