<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Nov 3, 2015 at 1:07 PM, Philip Abernethy <span dir="ltr"><<a href="mailto:chais.z3r0@gmail.com" target="_blank">chais.z3r0@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr">Ok. So I built the latest QEMU from git to get support for hv_vendor_id. I added a qemu argument passthrough tag as suggested by Alex in another thread and got rid of the <kvm> tag, since it's superseded by said passthrough.</div></blockquote><div><br></div><div>I actually prefer the wrapper better because <qemu:arg> is almost always the wrong thing to do.  But whatever, for this test it doesn't make a difference.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"> Here's the updated xml: <a href="http://sprunge.us/iihe" target="_blank">http://sprunge.us/iihe</a><div>Should I set a special HyperV vendor? As I understand it the Nvidia driver sees it as a red flag, so I'd want that to be blank.</div><div>Currently I still get a code 43.</div></div></blockquote><div><br></div><div>The only guess I have left is that maybe this card is not being properly protected from host drivers before attempting to assign it.  Is the Intel graphics configured as the primary host graphics (for OS and BIOS)?  Are you using pci-stub to prevent host drivers from attaching to the 660 or at least blacklisting nouvea/nvidia or binding it directly to vfio-pci?  If not, see <a href="http://vfio.blogspot.com/2015/05/vfio-gpu-how-to-series-part-3-host.html">http://vfio.blogspot.com/2015/05/vfio-gpu-how-to-series-part-3-host.html</a></div></div></div></div>