[vfio-users] KVM + QEMU + GPU passthrough (Windows7 Guest)
José Ramón Muñoz Pekkarinen
koalinux at gmail.com
Sun Sep 27 11:07:32 UTC 2015
Hi,
Actually it's more funny, it really works like you said, but, for any
reason vfio-pci.ids doesn't prevent radeon and my xorg server to take the p-t
gpu, and do their business. So using pci-stub.ids I can avoid ioh3420.
Then my question is, how vfio-pci.ids is different to pci-stub.ids, and why
it works better with the latest?
Thanks!
José.
On Saturday 26 September 2015 02:04:48 Blank Field wrote:
> That messages about FM2 platform made me laugh.
> My current W10+OVMF system outputs video until starting windows spinning
> logo, then the video driver crashes.
> The thing is: this behavior is dependent on OVMF version, guest driver
> version and it is "phantom" - if the OS failed to show video output on the
> first boot, a simple VM reboot will solve this.
> Too bad i lack the skill to debug it further and can't afford building a
> bunch of test configs.
> On Sep 25, 2015 11:38 PM, "Alex Williamson" <alex.l.williamson at gmail.com>
>
> wrote:
> > On Fri, Sep 25, 2015 at 12:48 PM, Jose Ramon Muñoz Pekkarinen <
> >
> > koalinux at gmail.com> wrote:
> >> Hi,
> >>
> >> I'm sorry to report that, at least for FM2 platform, if there is no
> >>
> >> ioh3420, it doesn't work at all, w7 and w10 stalls in the windows logo on
> >> 440fx. Well w10 doesn't work anyways, but w7 does.
> >
> > More and more it seems like if you get anything working on an FM2
> > platform, you should count yourself lucky, but that doesn't mean that that
> > combination of QEMU components were ever intended to be put together or
> > make any kind of sense from a PCI perspective.
> >
> > _______________________________________________
> > vfio-users mailing list
> > vfio-users at redhat.com
> > https://www.redhat.com/mailman/listinfo/vfio-users
More information about the vfio-users
mailing list