<p dir="ltr">Well, maybe that's just the way nvagetbios works, like assume we have the biggest ROM possible and read it byte-by-byte until 1MB has been reached.<br>
The usual sysfs way doesn't work.<br>
Anyway, this ROM worked with UEFI, although i didn't do much testing.</p>
<div class="gmail_quote">On Sep 11, 2015 2:00 AM, "Alex Williamson" <<a href="mailto:alex.l.williamson@gmail.com">alex.l.williamson@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Sep 10, 2015 at 12:57 PM, Torbjorn Jansson <span dir="ltr"><<a href="mailto:torbjorn.jansson@mbox200.swipnet.se" target="_blank">torbjorn.jansson@mbox200.swipnet.se</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On 2015-09-10 20:48, Alex Williamson wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span style="color:rgb(80,0,80)">On Thu, Sep 10, 2015 at 12:44 PM, Torbjorn Jansson <</span><br></blockquote></span><div><div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<a href="mailto:torbjorn.jansson@mbox200.swipnet.se" target="_blank">torbjorn.jansson@mbox200.swipnet.se</a>> wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 2015-09-10 19:47, Alex Williamson wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">It's not clear to me why there are numerous reports of reset problems on<br>
nvidia.  AFAIK, there's no broken hardware for nvidia in this space like<br>
there is for AMD.  So if you're having reset problems, maybe it's because<br>
you're not binding both GPU and audio functions to vfio-pci and therefore<br>
vfio-pci can't do a bus reset on VM reset.  Maybe your motherboard freaks<br>
out on the bus reset.  Maybe it's a ROM issue like Blank suggests.<br>
<br>
<br>
</blockquote>
both functions are bound to pci-stub via grub command line using:<br>
pci-stub.ids=<br>
<br>
i forgot to say, i'm unfortunately stuck on linux kernel 4.0.4 due to<br>
issues with drivers for a dvb card.<br>
and my distro is fedora 22<br>
</blockquote>
<br>
<br>
pci-stub is only to prevent host driver from binding to the device,<br>
eventually the device needs to get bound to vfio-pci or else you're not<br>
using vfio to do the assignment.<br>
</blockquote>
<br></div></div>
ok, and that gets taken care of by libvirt when i power up the vm?<br>
i guess i have to check what driver is bound to the 2 functions once the vm is up and also check what happens once it is powered off.<br></blockquote><div><br></div><div>If you're assigning both the audio and GPU functions then libvirt should automatically re-bind them to vfio-pci, so long as you haven't specified driver='kvm' for the hostdev entry.  You can always double check while the VM is running or look in the libvirt log to make sure vfio-pci is being used rather than pci-assign. </div></div></div></div>
<br>_______________________________________________<br>
vfio-users mailing list<br>
<a href="mailto:vfio-users@redhat.com">vfio-users@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/vfio-users" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/vfio-users</a><br>
<br></blockquote></div>