<div dir="ltr">I feel stupid now not realizing right away it must be in qemu. The real problem with driver reloads is that it reinforces the reset issue that for some reason started to appear on my RX 480 cards. Setting it to the same subsystem seems to convince Windows that nothing changed. <div>Now I can't help but wonder how far can I take this fakery. Different cards within the same architecture? Just any card that shares the driver?</div><div><br></div><div>Thank you!</div><div class="gmail_extra"><br><div class="gmail_quote">2018-01-11 6:04 GMT-08:00 Alex Williamson <span dir="ltr"><<a href="mailto:alex.williamson@redhat.com" target="_blank">alex.williamson@redhat.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Thu, 11 Jan 2018 00:49:57 -0800<br>
Nick S <<a href="mailto:nick.kvmhv@gmail.com">nick.kvmhv@gmail.com</a>> wrote:<br>
<br>
> I have several cards of the same model that I use for different VMs and<br>
> each time I move a virtual machine from one GPU to another that VM<br>
> apparently goes through a driver re-installation routine. The only<br>
> difference between cards appears to be Subsystem ID. Is there a way to fake<br>
> it somehow? I.E. by patching one of the host kernel modules? I am running a<br>
> customized kernel anyway, so patching it a bit more wouldn't be an issue.<br>
> Any pointers where it can be patched (if it can) will be much appreciated!<br>
<br>
</div></div>$ qemu-system-x86_64 -device vfio-pci,? 2>&1 | grep "x-pci-.*-id"<br>
vfio-pci.x-pci-sub-device-id=<wbr>uint32<br>
vfio-pci.x-pci-vendor-id=<wbr>uint32<br>
vfio-pci.x-pci-device-id=<wbr>uint32<br>
vfio-pci.x-pci-sub-vendor-id=<wbr>uint32<br>
<br>
Since QEMU 2.5<br>
</blockquote></div><br></div></div>