Re: [vfio-users] Attempting IGD Passthrough on Kaby Lake

Hello Kyle! Thanks for your reply, I made the UEFI changes and voila, I get a output! I also disabled efifb & vesafb at the kernel boot commandline. Fun fact, if I run lspci -vvs 00:02 now i get: 00:02.0 VGA compatible controller: Intel Corporation Device 5912 (rev 04) (prog-if 00 [VGA

Re: [vfio-users] posted interrupts

I saw it online somewhere, but forgot the kernel parameter... I'll try to find it, and anything else you might need to know. On Thu, Apr 6, 2017 at 5:00 PM, P. Pronk wrote: > > not sure which kernel parameter or libvirt option that would be either > unfortunately. > > If you or

Re: [vfio-users] posted interrupts

not sure which kernel parameter or libvirt option that would be either unfortunately. If you or someone else can point to some clear directions I am still happy to help. On 06/04/17 20:06, Joshua Lee wrote: If you get that running, run FIrestrike both "before and after" using posted

Re: [vfio-users] posted interrupts

I'm not sure, I know there's a kernel command line argument that activates support for it, then there might be something also within your libvirt XML and QEMU command-line? On Thu, Apr 6, 2017 at 8:00 AM, P. Pronk wrote: > > With regards to your first question, I am using an

Re: [vfio-users] vendor_id spoofing broken in libvirt 3.2?

I faced the same problem after the last Arch upgrade. Once the initial frustration was gone, I simply disabled the Hyper-V features and, honestly, see no difference in how the games I play perform. The Witcher 3 even seems to run a tad smoother, but it could also be due to a recent GPU driver

Re: [vfio-users] vendor_id spoofing broken in libvirt 3.2?

Hi, I've reported the bug in Arch; However, it'S already known and fixed upstream: https://www.redhat.com/archives/libvir-list/2017-April/msg00334.html I hope it'll arrive in Arch soon, but for now, just compile it yourself. Am 06.04.2017 um 15:57 schrieb Nicolas Roy-Renaud: Since

Re: [vfio-users] vendor_id spoofing broken in libvirt 3.2?

i have this issue, but i not put it in the libvirt bugtracker https://bugzilla.redhat.com/enter_bug.cgi?product=Virtualization%20Tools=libvirt 2017-04-06 15:57 GMT+02:00 Nicolas Roy-Renaud : > Since tuesday, I've been unable to boot into my Windows VM. It

Re: [vfio-users] vendor_id spoofing broken in libvirt 3.2?

Yes it is broken. Bug reported here: https://bugs.archlinux.org/task/53560 Rokas Kupstys On 2017-04-06 16:57, Nicolas Roy-Renaud wrote: Since tuesday, I've been unable to boot into my Windows VM. It always fails to boot with the following error : error: unknown CPU feature

[vfio-users] vendor_id spoofing broken in libvirt 3.2?

Since tuesday, I've been unable to boot into my Windows VM. It always fails to boot with the following error : error: unknown CPU feature __kvm_hv_vendor_id I thought this might be due to a config error at first, but people on reddit have been

Re: [vfio-users] posted interrupts

With regards to your first question, I am using an E5-1620v4 with X99 chipset but I am not sure how I can check for you if the 16xx supports this. Let me know if you would like me to check something specifically. Kind regards, Pim On 06/04/17 13:18, Joshua Lee wrote: I'm not clear if

[vfio-users] posted interrupts

I'm not clear if posted interrupts, a feature of Broadwell-EP, is available on both E5 1xxx V4 and E5 2xxx V4, or just E5 2xxx V4? Intel's marketing literature seems to stress the latter family of processors as having it, but reviews on sources such as Anandtech do not mention anything but