[Download] Pre-built GVT+Dmabuf QEMU package for Archlinux

[XaeroVincent]

Update: Please use Linux 4.16rc2 or newer kernels to have the kernel-side GVT + Dmabuf components. A patched QEMU is still needed.

I went ahead and packaged up QEMU 2.10 with GVT-g and Dmabuf support that I compiled on my system. The QEMU package is hosted on my OneDrive account. This package is only designed for use with Archlinux and derivative distributions and can be installed with 'pacman -U'. Be sure to follow the applicable parts of the official guide and add the proper qemu and kernel boot options for VFIO GPU passthrough to work.

Download (Built from 'stable-2.10.0' git as of 2/20/2018):
https://1drv.ms/u/s!Am9uPEIZtbF9g1vFKo3-yNuiU8Vb

Optional: Source code

[DocMAX]

PERFECT!!! Thank you very much my friend!!! Will try later on a 3rd gen X1 Carbon ThinkPad (Broadwell) and Report back. Can you try a Q35 machine Setup with OVMF to see if it works?

Perhaps we can add gvt kernel + gvt qemu in the AUR repo? Wondering why there isn't allready one.

That's great. Will try and report how it worked soon.

[DocMAX]

I get:

(123..) ioctl VFIO_DEVICE_QUERY_GFX_PLANE(primary): Invalid arument

On QEMU display i see "Guest has not initialized the display (yet)

[XaeroVincent]

DocMAX, Qemu will say that until the Windows guest is booted and the Intel guest driver is initialized.

I ended up using '-vga qxl' to install the quest and get everything up and running first. It's also a good idea to use Display Driver Uninstaller in safe mode to remove the default installed Windows Intel GFX drivers, which can cause BSOD in the guest with VFIO.

https://www.wagnardsoft.com/

After you install the official 15.45 or 15.65 Intel graphics drivers from Intels website, then you can change it back to '-vga none'. Be sure to shutdown the guest before making changes, of course.

[DocMAX]

XaeroVincent, can you please check if Q35 and OVMF works on your system?

[XaeroVincent]

Q35 machine profile works but re-installing the guest with OVMF/Tianocore UEFI seems to break the Dmabuf support. I guess we'll just have to use the default QEMU SeaBIOS with Q35/ICH9 or the default I440FX chipset emulation until that's fixed? Maybe one of the Intel devs can investigate this.

BTW, if you are having garbled /staticky sound, if using the HDA sound device in QEMU (when using the pulseaudio sound driver), setting the Windows playback device sample rate to 44100 Hz seems to clear it up. I think it's because default pulseaudio server sample rate on Linux is set to 44100 Hz.

[DocMAX]

I'm trying to run macOS with GVT-g. At the moment i get this error. maybe someone tries to accomplish the same and share findings.

[IGPU] Graphics driver failed to load:could not register with Framebuffer driver

[XaeroVincent]

Well in addition to the host Linux kernel and QEMU needing modifications for GVT, the guest graphics drivers also need modifications to support GVT. It has been mentioned by a dev on here that the Linux and Windows drivers have said support. However, there is no reason to believe that the built-in macOS graphics drivers also contain this support too, since IIRC, Apple's EULA only permits macOS virtualization guests on macOS hosts, running on Macintosh systems and this project's scope doesn't seem to encompass macOS host use cases.

[oscarbg]

@XaeroVincent some questions:

1)Phoronix says all needed kernel bits are in 4.16 (in 4.16rc1 already?).. it's true?
I installed it on ubuntu form kernel ppa (http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.16-rc1/)
in case yes.. 4.16 kernel has to have any non default kernel option enabled at build?
I say because I can see in /boot/config-4.16.0-041600rc1-generic file if Ubuntu is enabling that option..

regarding Qemu phoronix says it will probably be upstreamed in 2.12 already..
anybody seeing this thread can say if it's expected to be true, i.e. that's the plan?
if yes then can probably wait a month for first RC builds and non build custom Qemu branch..

2. any interest on doing the same for Ubuntu.. ie. provide precompiled packages via .deb files or setup a PPA?

3. have you tested some modern Android x86 ISO (ex: http://www.android-x86.org/releases/releasenote-7-1-r1) to see if all this works also in addition to Linux and Windows..
   it should work as they ship with modern Linux kernel and Mesa drivers underneath..
   7.1r1 ships with:
   LTS kernel 4.9.80
   notes from older 7.1rc1:
   *Support OpenGL ES 3.x hardware acceleration for Intel/AMD/Nvidia, VMware and QEMU(virgl) by Mesa 17.1.2.
   from 7.1rc2:
   *Improve QEMU virgl stability.
   *Update Mesa to 17.1.10

if that not recent enough you can test Android 8.1 (Oreo) experimental builds provided by @maurossi here:
https://drive.google.com/drive/folders/0B_OFHiIqgpSFTFpkQWc1eXV3ME0
which ship with latest kernel 4.16rc1+Mesa18.1dev using LLVM6.0 for amdgpu..

please someone share findings of success using Android x86 as guest..

[oscarbg]

Thanks for all info..
Sadly anbox seems to have issues on Ubuntu.. tried various times within a year and never worked for me or much other people.. anbox github issues site is full of people on recent Ubuntu versions having anbox dont’ working..
Also sad is Android x86 ISO’s have opengl es 3.2 support so very recent apps work.. and the latest Oreo iso even has vulkan Anvil support albeit don’t working for many apps only vulkancapsviwer.. that can’t be done very fast by anbox people.. even Android emulator started recently having gles 3.0 support.. and last also even beignet Intel opencl driver support Android although no Android x86 ISOs currently include it in future could be.. there are some apps using in on store.. finally even hardware accel video decding via va API (and encoding?) is included on Isos.. so Intel must support it.. now I remember someone sometime ago used gvt on Andrroid x86 so maybe what you are referring need X.org conf is for new dma_buf functionality we are talking after all, right?

[oscarbg]

I just opened an issue:
intel/Igvtg-qemu#3
asking if QEMU GVT dma_buf support will be ready for QEMU 2.12..

[newperson1746]

I have macOS High Sierra as well (real mac, actually on ubuntu 16.04.3) it is a macbookair with hd 6000 (bdw) graphics. Since the dma-buf doesn't seem to work (for me, it just says cursor plane not initialized by guest) I have -serial stdio with tianocore uefi, which allows me to navigate clover bootloader via the serial port! Then I just wait a long time until macos boots, and I get this: (via port forwarding 5900 to 5800 for screen sharing host-side) since the dma-buf doesn't work, I just use macos screen sharing. As you can see, the bdw kexts are loaded, but, just like a real headless mac, unless there is an edid detected on a port, qe/ci still gets disabled. We are really close here, all that needs to happen is: a) get the dma-buf to work with tianocore uefi, or b) we get clover to fake a display. b) is actually possible, we can inject an edid (meant for laptops with monitor issues) which will trick appleintelbdwgraphics into enabling acceleration, and we screen-share in until dma-buf works wiith uefi. Note: this is all on real macbookair7,2...

[DocMAX]

Great! Keep me posted on any updates! Can't wait to see dma-buf working stable on OSX guest!

[newperson1746]

I'm gonna try InjectEDID and CustomEDID to see if I can at least trick macOS into acceleration remotely. I know, I can't wait either. This will be the first time a virtualized macOS has qe/ci without dedicating a vfio-pci gpu for it.

[newperson1746]

Also, while I try and debug macOS, to get a serial console: add -serial telnet:127.0.0.1:4444,server,nowait to qemu, and macos boot-args="debug=0x8 console=3" will give you a console on serial port on macos.