Updated to the following: <features> <acpi/> <hyperv> <relaxed state='on'/> <vapic state='on'/> <spinlocks state='on' retries='8191'/> </hyperv> <kvm> <hidden state='on'/> </kvm> </features> <cpu mode='host-passthrough'> <topology sockets='1' cores='6' threads='2'/> </cpu> <clock offset='localtime'> <timer name='hypervclock' present='yes'/> </clock>
So far i'm in a game, but it typically takes anywhere from 30 minutes to an hour to get VAC'd based on the last 3 attempts. On Sun, Feb 26, 2017 at 9:34 PM, taii...@gmx.com <taii...@gmx.com> wrote: > You need to use a newer version of libvirt that has the vendor tag > workaround to be able to get past that, it should also give you better > performance to use all the hyperv enhancements. > > This > <vendor_id state='on' value='whatever'/> > needs to be supported but I forgot which version added it > > > On 02/26/2017 09:30 PM, Brandon Ganem wrote: > >> Looks like I've got the opposite of all of that enabled, probably was for >> code 43 issues. I'll update to recommended hyper-v settings and see. >> >> On Sun, Feb 26, 2017 at 9:12 PM, taii...@gmx.com <taii...@gmx.com> wrote: >> >> Did you try the hyperV clock? it could be a timer issue. >>> >>> >
_______________________________________________ vfio-users mailing list vfio-users@redhat.com https://www.redhat.com/mailman/listinfo/vfio-users