<html><head></head><body>I have been using one from March last year. Do we know if there is to be an updates version with out the boot issue available soon? And would it be beneficial to update then?<br><br><div class="gmail_quote">On August 28, 2017 9:47:52 AM PDT, Martin Schrodt <martin@schrodt.org> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre class="k9mail">Hey John,<br /><br />thanks for the advice, I saw that the old version of OVMF fixed it for<br />you after I replied, and will try to use it when I come around (next<br />weekend)<br /><br />Cheers!<br /><br />On 08/28/2017 05:31 PM, John Koelndorfer wrote:<br /><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;"> Hi Martin,<br /> <br /> I wrote previously that using a specific version of OVMF fixed the issue<br /> for me. My almost-complete VFIO setup is documented at<br /> <a href="https://github.com/jkoelndorfer/local-tools/tree/master/workstation/vfio">https://github.com/jkoelndorfer/local-tools/tree/master/workstation/vfio</a>, including<br /> an RPM containing the OVMF revision I'm using now. Try that one and see<br /> if it works. The CPU exposed to the VM in my configuration is the<br /> equivalent of "host-passthrough" in libvirt as far as I know.<br /> <br /> If that old version of OVMF doesn't work, take a look at the other bits<br /> of my config and see what the differences might be. I've got a pretty<br /> good experience with the launch script I have right now.<br /> <br /> That reminds me, I need to get around to a kernel bisection one of these<br /> days.<br /> <br /></blockquote><br /><hr /><br />vfio-users mailing list<br />vfio-users@redhat.com<br /><a href="https://www.redhat.com/mailman/listinfo/vfio-users">https://www.redhat.com/mailman/listinfo/vfio-users</a><br /></pre></blockquote></div></body></html>