<div dir="ltr"><div><div><div>Ok, <br></div>however, it works with linux , so it"s a windows drivel issue ?<br></div>regards,<br></div>NIcolas <br></div><div class="gmail_extra"><br><div class="gmail_quote">2017-02-17 16:32 GMT+01:00 Alex Williamson <span dir="ltr"><<a href="mailto:alex.williamson@redhat.com" target="_blank">alex.williamson@redhat.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Fri, 17 Feb 2017 10:43:57 +0100<br>
nicolas prochazka <<a href="mailto:prochazka.nicolas@gmail.com">prochazka.nicolas@gmail.com</a>> wrote:<br>
<br>
> hello again,<br>
> How can help you to try to analyse this failure ?  some debug option ?<br>
<br>
</span>A Code 43 is the Intel driver finding some error or configuration that<br>
it doesn't like.  This is unexpected for IGD and I have no recipe for<br>
debugging it.  Theoretically anything Broadwell or newer should be<br>
supported in UPT mode (see docs/igd-assign.txt).  This involves running<br>
the assigned IGD device as secondary to a primary emulated graphics in<br>
the VM.  KVMGT, aka vGPUs, should also work with Broadwell and newer,<br>
it's possible Intel has broken some aspect of direct assignment in<br>
enabling this new functionality.  Thanks,<br>
<br>
Alex<br>
</blockquote></div><br></div>