October 2018 - iGVT-g

8th/9th gen processor with current kernel/qemu?

by Florian Bauer

Hi, I want to try out igvt on my laptop. After reading the docs I have some questions: Documentation* lists support for 5th to 7th generation only. Is this still up-to-date? What about 8th gen? Is is not supported at all or just not considered stable enough? The docs also suggest building a patched 4.14 kernel. Is this still required or does the 4.18 or 4.19 kernel already contain all the patches? Same question for qemu: Are all required patches upstreamed to 3.0 or do I need to stick to the patched 2.12 one? * https://github.com/intel/gvt-linux/wiki/GVTg_Setup_Guide regards, Florian

1 year, 11 months

4
4
0 / 0

[ANNOUNCE] Intel GVT-g ISO for 2018-Q3 Release

by Xu, Terrence

Hi all, We are pleased to release the Intel GVT-g ISO which contains all the 2018-Q3 updates for both KVMGT and XenGT. The setup guide is embedded in ISO, please refer to README file for more details. Platform Support - Server platforms: Intel(r) Xeon(r) E3_v4, E3_v5 and E3_v6 with Intel Graphics processor - Client platforms: Intel(r) Core(tm) 5th generation (code name: Broadwell), 6th generation (code name: Skylake), 7th generation (code name: Kabylake) and 7th SoC generation (code name: Broxton), the Broxton is new supported platform for KVMGT Guest Operation System Validated - Windows7 32-bit, Window7 64-bit, Windows8.1 64-bit, Windows10 64-bit - Ubuntu 18.04 64-bit Major Changes since Q1'2018 Release: - The ISO is based on Ubuntu 18.04. - This update is based on kernel version 4.17 and Qemu version 2.12. - Add the Broxton platform preliminary support for KVMGT. - Improve stability of dma-buf feature with some GPU reset issues be fixed. - More bug fixing and code refinement, please refer to git log. Refer to Q3'18 KVMGT and XenGT release notes for more details. ISO download link: https://download.01.org/GVT-g/2018Q3/ Official GVT-g portal: https://01.org/igvt-g If you have any questions, please subscribe to join the mailing list: https://lists.01.org/mailman/listinfo/igvt-g Please subscribe to join the mailing list if you want to learn more about GVT-g project: https://lists.01.org/mailman/listinfo/igvt-g Please subscribe to join the mailing list if you want to contribute/review latest GVT-g upstream patches: https://lists.freedesktop.org/mailman/listinfo/intel-gvt-dev

2 years, 3 months

4
4
0 / 0

[Intel-gfx] [GVT-g] [ANNOUNCE] 2018-Q3 release of KVMGT (Intel GVT-g for KVM)

by Xu, Terrence

Hi all, We are pleased to announce an update of Intel GVT-g for KVM. Intel GVT-g for KVM (a.k.a. KVMGT) is a full GPU virtualization solution with mediated pass-through, starting from 5th generation Intel Core(TM) processors with Intel processor graphics. A virtual GPU instance is maintained for each VM, with part of performance critical resources directly assigned. The capability of running native graphics driver inside a VM, without hypervisor intervention in performance critical paths, achieves a good balance among performance, feature, and sharing capability. Repositories: - Kernel: https://github.com/01org/gvt-linux (tag: 2018-q3-gvt-stable-4.17) - Qemu: https://github.com/01org/igvtg-qemu (tag: 2018-q3-stable-2.12.0) Platform Support: - Server platforms: Intel(r) Xeon(r) E3_v4, E3_v5 and E3_v6 with Intel Graphics processor - Client platforms: Intel(r) Core(tm) 5th generation (code name: Broadwell), 6th generation (code name: Skylake), 7th generation (code name: Kabylake) and 7th SoC generation (code name: Broxton), the Broxton is new supported platform Guest Operation System Validated: - Windows7 32-bit, Window7 64-bit, Windows8.1 64-bit, Windows10 64-bit - Ubuntu 18.04 64-bit Major Changes since Q1'2018 Release: - This update is based on kernel version 4.17 and Qemu version 2.12. - Add the Broxton platform preliminary support for KVMGT. - Improve stability of dma-buf feature with some GPU reset issues be fixed. - More bug fixing and code refinement, please refer to git log. Limitation or known issues: - Due to graphics hardware resource limitation, the maximum number of Windows VM is 7. - The pre-defined type 1, 2 or 4 of vGPU must be created for VM to install Windows 7 32-bit. vGPU type 8 is not allocated to have enough graphics resource to support Windows 7 32-bit. - Some 3rd party applications/tools like GPU_Z, Passmark 9.0 running in Windows VM may meet BSOD error. The workaround is to add "kvm.ignore_msrs=1" in host kernel's command line to avoid this. - There are still instability issues about Guest VM stability while the IOMMU feature is enabled on a few Broadwell and Kabylake machines. The workaround is to turn off IOMMU on Intel graphics device by adding "intel_iommu=igfx_off" in Host kernel's command line. - For Broxton, only Linux guest is currently supported, and the Linux guest kernel must be the same as the host kernel. Useful links: - Setup guide: https://github.com/01org/gvt-linux/wiki/GVTg_Setup_Guide - New upstream architecture design introduction: https://01.org/igvt-g/documentation/intel-gvt-g-new-architecture-introduc... - Please subscribe to join the mailing list if you want to learn more about GVT-g project: https://lists.01.org/mailman/listinfo/igvt-g - Please subscribe to join the mailing list if you want to contribute/review latest GVT-g upstream patches: https://lists.freedesktop.org/mailman/listinfo/intel-gvt-dev - Official GVT-g portal: https://01.org/igvt-g - More information about background, architecture and others about Intel GVT-g, can be found at: http://www.linux-kvm.org/images/f/f3/01x08b-KVMGT-a.pdf https://www.usenix.org/conference/atc14/technical-sessions/presentation/tian Important Note: The KVMGT project should be considered a work in progress. As such it is not a complete product nor should it be considered one. Extra care should be taken when testing and configuring a system to use the KVMGT project. Thanks Terrence Tel: +86-21-6116 5390 MP: +86-1356 4367 024 Mail: terrence.xu(a)intel.com<mailto:terrence.xu@intel.com> _______________________________________________ GVT-g mailing list iGVT-g(a)lists.01.org<mailto:iGVT-g@lists.01.org> https://lists.01.org/mailman/listinfo/igvt-g

2 years, 3 months

2
2
0 / 0

bug in KVMGT scheduler ?

by Adel Belkhiri

Hi Gvt-g developers, I'm doing a performance analysis of KVMGT and I need your help. I noticed that when there are (for example) two VMs having each a similar virtual GPU, one VM would achieve only half performance even though the second VM is idle (not sending requests to its vGPU). Is that a normal behavior or is it a bug? I traced KVMGT and looked in its source code and saw that when a vGPU consume entirely its timeslice (50ms in case there are two vGPUs) during one period, then it is scheduled out by gvt_service_thr. Can anyone confirm if this is a normal behavior or not? PS: Host OS : ubuntu 16.05 (Kernel 4.14.15) Guest OS : ubuntu 16.05 (Kernel 4.15) Thank you. Adel

2 years, 4 months

3
3
0 / 0

DMA Buf failed to query changed primary plane width/height?

by Chen Zhang

Hi, I was trying to run Windows 10 guest in KVMGT with DMA Buf in gtk-gl window. The guest driver worked but reported a display series of dimensions from 1920x1200 downwards. After changing the screen resolutions from guest Control Panel, the KVMGT still reported 1920x1200 primary plane size, and was unable to scale gtk window properly, and the output was drawn in the upper left corner of the plane. The configuration was: host OS: Ubuntu 18.04 QEMU: master branch kernel: 4.19.0-994-generic drm-intel-nightly from kernel.ubuntu.com GPU: HD Graphics 530 guest: Windows 10 build 1709 guest driver: 25.20.100.6326 Best regards

2 years, 4 months

1
0
0 / 0

Openembedded meta layer and Xen support

by Brendan Kerrigan

Hello all, I've put together an OpenEmbedded layer for building the components of gvt-g for Xen, located at: https://github.com/brendank310/meta-gvtg It is currently untested outside of all the necessary components building, but I'll be working toward moving the project along to provide a minimal example of a working gvt-g distribution on Xen (perhaps KVM in the future also). While working on putting it together, I was getting some kernel build failures related to force pushing of amended commits on the topic/gvtg-xengt branch. If possible in the future, can this practice be avoided? Additionally, I'd like to offer to help bring the local dma-buf support (back?) to the Xen portion of the project, though I'd like to hear from the project owners what their plans are for that feature. Is the intention to bring VFIO/mdev support to Xen, or to do the support in a Xen specific way (adding ioctl and mmap handlers to the xengt MPT)? I don't have a real preference as to the approach, both have their pros and cons. Thanks, Brendan Kerrigan

2 years, 4 months

2
2
0 / 0

[Intel-gfx] [GVT-g] [ANNOUNCE] 2018-Q3 release of XenGT (Intel GVT-g for Xen)

by Xu, Terrence

Hi all, We are pleased to announce an update of Intel GVT-g for Xen. Intel GVT-g is a full GPU virtualization solution with mediated pass-through, starting from 4th generation Intel Core(TM) processors with Intel processor graphics. A virtual GPU instance is maintained for each VM, with part of performance critical resources directly assigned. The capability of running native graphics driver inside a VM, without hypervisor intervention in performance critical paths, achieves a good balance among performance, feature, and sharing capability. GVT-g for Xen hypervisor is XenGT. Repositories - Kernel: https://github.com/01org/gvt-linux (tag: 2018-q3-gvt-stable-4.17) - Qemu: https://github.com/01org/igvtg-qemu (tag: 2018-q3-stable-2.12.0) - Xen : https://github.com/01org/igvtg-xen (tag: 2018-q1-xengt-stable-4.10) Platform Support - Server platforms: Intel(r) Xeon(r) E3_v4, E3_v5 and E3_v6 with Intel Graphics processor - Client platforms: Intel(r) Core(tm) 5th generation (code name: Broadwell), 6th generation (code name: Skylake) and 7th generation (code name: Kabylake) Guest Operation System Validated - Windows7 32-bit, Window7 64-bit, Windows8.1 64-bit, Windows10 64-bit - Ubuntu 18.04 64-bit Major Changes since Q1'2018 Release - This update is based on kernel version 4.17 and Qemu version 2.12. - More bug fixing and code refinement, please refer to git log. Limitation or known issues: - Windows gfx driver 25.20.100.6326 is preferred for Windows 10 VM. - Due to graphics hardware resource limitation, the maximum number of Windows VM is 7. - The pre-defined type vgt_low_gm_sz=128/256/512 of option into HVM file must be created for VM to install Windows 7 32-bit. vGPU type 8 is not allocated to have enough graphics resource to support Windows 7 32-bit. - If the default 1024x768 vm screen resolution couldn't satisfy your need, please add vgt_log_gm_sz=128/256/512 option into HVM file. - There's corner case that Guest Windows 7 32bit VM may be killed automatically by Xen when Guest VM runs into TDR. This issues happens only on Broadwell platform. The workaround is to disable part of viridian feature in Guest VM hvm file by adding viridian=["all", "!apic_assist"]. Useful links: - Setup guide: https://github.com/01org/gvt-linux/wiki/GVTg_Setup_Guide - New upstream architecture design introduction: https://01.org/igvt-g/documentation/intel-gvt-g-new-architecture-introduc... - Please subscribe to join the mailing list if you want to learn more about GVT-g project: https://lists.01.org/mailman/listinfo/igvt-g - Please subscribe to join the mailing list if you want to contribute/review latest GVT-g upstream patches: https://lists.freedesktop.org/mailman/listinfo/intel-gvt-dev - Official GVT-g portal: https://01.org/igvt-g - More information about background, architecture and others about Intel GVT-g, can be found at: https://01.org/igvt-g https://www.usenix.org/conference/atc14/technical-sessions/presentation/tian http://events.linuxfoundation.org/sites/events/files/slides/XenGT-Xen%20S... http://events.linuxfoundation.org/sites/events/files/slides/XenGT-Xen%20S... https://01.org/xen/blogs/srclarkx/2013/graphics-virtualization-xengt Important Note: The XenGT project should be considered a work in progress. As such it is not a complete product nor should it be considered one. Extra care should be taken when testing and configuring a system to use the XenGT project. Thanks Terrence Tel: +86-21-6116 5390 MP: +86-1356 4367 024 Mail: terrence.xu(a)intel.com<mailto:terrence.xu@intel.com> _______________________________________________ GVT-g mailing list iGVT-g(a)lists.01.org<mailto:iGVT-g@lists.01.org> https://lists.01.org/mailman/listinfo/igvt-g

2 years, 4 months

1
0
0 / 0

2021

2020

2019

2018

2017

2016

2015

iGVT-g October 2018