There are definitely resource allocation issues on the host in the crashing case. The quirks currently enumerate the device BARs without testing them, we identify a device and know what the resources should be, which is why I think QEMU crashes. Are you able to test if the patch below is sufficient to resolve the crash? I'd expect the GPU not to work in the guest as it doesn't have enough resources, but the goal would be to resolve the crash; QEMU cannot fix the device mappings on the host.
There are definitely resource allocation issues on the host in the crashing case. The quirks currently enumerate the device BARs without testing them, we identify a device and know what the resources should be, which is why I think QEMU crashes. Are you able to test if the patch below is sufficient to resolve the crash? I'd expect the GPU not to work in the guest as it doesn't have enough resources, but the goal would be to resolve the crash; QEMU cannot fix the device mappings on the host.
diff --git a/hw/vfio/pci.c b/hw/vfio/pci.c .10477af9fc14 100644 PCIDevice *pdev, Error **errp)
index 0d83eb0e47bb.
--- a/hw/vfio/pci.c
+++ b/hw/vfio/pci.c
@@ -2921,7 +2921,9 @@ static void vfio_realize(
}
for (i = 0; i < PCI_ROM_SLOT; i++) { quirk_setup( vdev, i); bars[i] .size) { quirk_setup( vdev, i);
- vfio_bar_
+ if (vdev->
+ vfio_bar_
+ }
}
if (!vdev- >igd_opregion &&