Yes, like I said without vendor-reset qemu will refuse to start because of "pci_hp_register failed with error -16" when you start it the second time, which is the reset bug. And for me it never worked the first time in the first place without vendor-reset it was 100% broken.
Like I said I can now restart Qemu however often I need because of adding 5600G iGPU product ID (0x1638) to vendor reset.
I said this right in the first post I made.
On the other hand to get rid of Code 43, use Niemez driver with mentioned options/versions + Qemu UEFI + VBIOS file (+ other mentioned stuff?)
Then to get rid of possible host crash bug only when Qemu starts, use Virtual-Display-Driver instead of plugging in physical display / dummy cable.
= works 100%
(One detail that doesn't work but that of course is to be expected: when I suspend the host PC to memory while VM is running, the iGPU will no longer work after I wake the host PC up. And this persists even after I restart Qemu. I had mixed success fixing this with a combo of PCIe reset while the amdgpu driver was loaded & rebound, which requires you to power off VM of course - not totally sure about this yet - Naturally it only makes sense to solve this problem, by blocking suspend when VM is active. So you don't need a script that fixes broken state like this, because either way you can't suspend host PC while VM is running. It would be pointless.)
Like I said I can now restart Qemu however often I need because of adding 5600G iGPU product ID (0x1638) to vendor reset.
I said this right in the first post I made.
On the other hand to get rid of Code 43, use Niemez driver with mentioned options/versions + Qemu UEFI + VBIOS file (+ other mentioned stuff?)
Then to get rid of possible host crash bug only when Qemu starts, use Virtual-Display-Driver instead of plugging in physical display / dummy cable.
= works 100%
(One detail that doesn't work but that of course is to be expected: when I suspend the host PC to memory while VM is running, the iGPU will no longer work after I wake the host PC up. And this persists even after I restart Qemu. I had mixed success fixing this with a combo of PCIe reset while the amdgpu driver was loaded & rebound, which requires you to power off VM of course - not totally sure about this yet - Naturally it only makes sense to solve this problem, by blocking suspend when VM is active. So you don't need a script that fixes broken state like this, because either way you can't suspend host PC while VM is running. It would be pointless.)
Last edited:
