No space left on device when attempting to create a GVT device
by Jack Coulter
Hi everyone,
I am trying to test GVT on a Dell XPS 9550 laptop (Skylake), but I'm
running into an issue upon attempting to create the GVT/mdev device.
When echoing the generated UUID to
/sys/devices/pci0000:00/0000:00:02.0/mdev_supported_types/i915-GVTg_V5_8/create,
I receive the following error:
> tee:
> '/sys/devices/pci0000:00/0000:00:02.0/mdev_supported_types/i915-GVTg_V5_8/create':
> No space left on device
This also occurs with the only other mdev_supported_type available on my
system:
> tee:
> '/sys/devices/pci0000:00/0000:00:02.0/mdev_supported_types/i915-GVTg_V5_4/create':
> No space left on device
>
After these attempts are made, the following is visible in dmesg:
> [ 2118.188203] iommu: Adding device
> 7d5ff738-5f15-4bb0-af89-62a56af9a381 to group
> 15
>
> [ 2118.188208] vfio_mdev 7d5ff738-5f15-4bb0-af89-62a56af9a381: MDEV:
> group_id =
> 15
>
> [ 2118.189846] iommu: Removing device
> 7d5ff738-5f15-4bb0-af89-62a56af9a381 from group
> 15
>
> [ 2118.189854] vfio_mdev 7d5ff738-5f15-4bb0-af89-62a56af9a381: MDEV:
> detaching
> iommu
>
> [ 2119.952668] iommu: Adding device
> 7d5ff738-5f15-4bb0-af89-62a56af9a381 to group
> 15
>
> [ 2119.952672] vfio_mdev 7d5ff738-5f15-4bb0-af89-62a56af9a381: MDEV:
> group_id =
> 15
>
> [ 2119.954440] [drm:alloc_gm] *ERROR* gvt: fail to alloc low gm space
> from
> host
>
> [ 2119.954629] iommu: Removing device
> 7d5ff738-5f15-4bb0-af89-62a56af9a381 from group
> 15
>
> [ 2119.954634] vfio_mdev 7d5ff738-5f15-4bb0-af89-62a56af9a381: MDEV:
> detaching iommu
I suspect this line in particular is part of the issue:
> [ 2119.954440] [drm:alloc_gm] *ERROR* gvt: fail to alloc low gm space
> from host
This is on a Gentoo system, running a git build of the vanilla kernel,
commit bfa738cf3dfae2111626650f86135f93c5ff0a22. uname -r advertises the
version as 4.13.0-rc4+.
My system was booted with the following kernel command line:
> root=/dev/mapper/volumes-btrfs ro rootflags=subvol=root/default
> rd.auto rd.vconsole.font=ter-v32n rd.md=0 rd.dm=0
> rd.luks.allow-discards rootflags=compress=lzo,acl,autodefrag
> resume=/dev/mapper/volumes-swap init=/lib/systemd/systemd
> zswap.compressor=lz4 zswap.zpool=z3fold kvm-intel.nested=1
> intel_iommu=igfx_off i915.enable_gvt=1 psmouse.synaptics_intertouch=1
> crashkernel=192M
Is there something obvious I'm overlooking? What would be the next step
in figuring out what's going wrong here, and what's needed for this to work?
Kind regards,
Jack
3 years, 9 months
problems with Tina Zhang's dmabuf patches
by Ethidium Bromide
I'm using GVT with Tina Zhang's dmabuf patches on gvt-staging and topic/dmabuf. I can still VNC into my Windows VM (and can confirm that the Intel drivers do in fact load properly, run benchmarks etc.) but the SDL display shuts off about halfway into the boot process (when the Intel graphics drivers are loaded, I'm assuming) with the error message "primary create buffer failed using ioctl:-19". Here's a pastebin of the entire output from qemu: https://paste.debian.net/983916/ (it stays like that for a while, then starts repeating that last error message very rapidly - over 10 times per second probably)
How would I go about debugging this?
3 years, 9 months
qxl + igvt question of understanding
by Oliver Rath
Hi list,
If I give in a kvm-vm with i.e. win7 gpus, 1xqxl and 1xintel (via
mdev-mtty), so qxl is available to give a high resolution (2880x1600 or
4K). Does Windows use the intel-card for accelerating 3D-operations, so
this has speedpu effects in my qxl-window?
Tfh!
Oliver
3 years, 9 months
4K-Support in KVM?
by Oliver Rath
Hi list,
is it possible to passthrough an intel Skylake GPU with 4K resolution to
KVM? Actually, the mdev-way seems limited to 2K, the passthrough way
seems to need at least two cards.
Any suggestions?
Tfh!
Oliver
3 years, 9 months
Re: [iGVT-g] [Xen-devel] Building XenGT for Intel embedded board
by Wang, Hongbo
+GVT-g mailloop
Hi Barooah,
Thanks for your interests in XenGT.
The document and git you mentioned is an old version to bring up XenGT on Intel
Apollo Lake (code name) embedded board. It's using old architecture XenGT.
After GVT-g has been upstreamed to kernel 4.10, we would like users to switch
to this new architecture GVT-g because it's upstream friendly and our latest features
and patches will only apply to this version.
In order to bring up XenGT on Apollo Lake (APL), it does need minor ABL changes, apply some APL
SoC patches to "upstream" version XenGT, it also needs i915 drm driver changes in Guest
Yocto.
Can you check with your Intel account manager to get more information?
Best regards.
Hongbo
Tel: +86-21-6116 7445
MP: +86-1364 1793 689
Mail: hongbo.wang(a)intel.com
> -----Original Message-----
> From: Zhang, Haozhong
> Sent: Thursday, August 17, 2017 3:42 PM
> To: Monisha Barooah <mbarooah(a)rivian.com>
> Cc: xen-devel(a)lists.xen.org; Wang, Hongbo <hongbo.wang(a)intel.com>
> Subject: Re: [Xen-devel] Building XenGT for Intel embedded board
>
> +Hongbo Wang from Intel GPU virtualization team
>
> On 08/10/17 22:47 +0000, Monisha Barooah wrote:
> > Hi Everyone,
> > I am currently exploring on bringing up XenGT for an Intel embedded
> board.
> >
> > I came across this document relating to bringing up XenGT for the
> > Sandy Bridge/Ivy Bridge/Haswell platform
> >
> https://www.intel.com/content/dam/www/public/us/en/documents/guides
> /xg
> > engt-for-ivi-solutions-dev-kit-getting-started-guide.pdf
> >
> > Our current Intel embedded board is up with an Yocto image integrated
> with the Intel BSP for the board. The board uses ABL boot loader.
> >
> > I saw in the XenGT document for the Sandy Bridge/Ivy Bridge/Haswell
> platform, that there is mention of Qemu alone and no mention of any Intel
> BSPs. Don't we require Intel BSP for dom0 kernel to work in the XenGT
> hypervisor? Or is a generic version of Intel BSP integrated with the kernel
> image link https://github.com/01org/XenGT-Preview-kernel.git.
> >
> > Also, as we have an Yocto image in the Intel board, we might have to cross
> compile the Kernel, Xen and Qemu builds as mentioned in the link above for
> our Intel embedded board using a Linaro toolchain. If not, is there a way, we
> can link this particular version of XenGT directly with our Yocto image for the
> Intel board by including the meta-virtualization layer as mentioned in the link
> http://git.yoctoproject.org/cgit/cgit.cgi/meta-virtualization/about/ and
> doing 'bitbake xen image minimal'?
> >
> > Please advise which is the correct route to take in this regard.
> >
> > Thanks
> > M
> >
> >
> >
> >
> ______________________________________________________________
> ____ CONFIDENTIALITY NOTE: This electronic message (including any
> attachments) may contain information that is privileged, confidential, and
> proprietary. If you are not the intended recipient, you are hereby notified
> that any disclosure, copying, distribution, or use of the information
> contained herein (including any reliance thereon) is strictly prohibited. If you
> received this electronic message in error, please immediately reply to the
> sender that you have received this communication and destroy the material
> in its entirety, whether in electronic or hard copy format. Although Rivian
> Automotive Inc. has taken reasonable precautions to ensure no viruses are
> present in this email, Rivian accepts no responsibility for any loss or damage
> arising from the use of this email or attachments.
>
> > _______________________________________________
> > Xen-devel mailing list
> > Xen-devel(a)lists.xen.org
> > https://lists.xen.org/xen-devel
3 years, 9 months
Re: [iGVT-g] [Xen-devel] Graphical virtualization in intel® Atom is possible?
by Wang, Hongbo
+gvtg mailloop.
We haven't tried Atom boards to support GVT-g.
What we have verified are Intel Core platform (client machine), Intel Xeon E3 server with embedded GPU, and
we also tried Apollo Lake (Code name) SoC board but Atom MinnowBoard can't support.
Best regards.
Hongbo
Tel: +86-21-6116 7445
MP: +86-1364 1793 689
Mail: hongbo.wang(a)intel.com
> -----Original Message-----
> From: Zhang, Haozhong
> Sent: Thursday, August 17, 2017 3:44 PM
> To: Asharaf Perinchikkal <Asharaf.Perinchikkal(a)quest-global.com>
> Cc: xen-devel(a)lists.xen.org; Anoop Babu <anoop.babu(a)quest-global.com>;
> Wang, Hongbo <hongbo.wang(a)intel.com>
> Subject: Re: [Xen-devel] Graphical virtualization in intel® Atom is possible?
>
> +Hongbo Wang from Intel GPU virtualization team
>
> On 08/17/17 06:36 +0000, Asharaf Perinchikkal wrote:
> > Hi All,
> >
> > We are trying to do graphical virtualization in intel® Atom™
> E3845(MinnowBoard Turbot Quad-Core board) using xen.
> >
> > Is it possible to do graphical virtualization in intel® Atom?
> >
> > If yes,Could you please suggest what are versions of xen and linux
> recommended to use and steps i need to follow?
> >
> > Regards
> > Asharaf P
> > ---Disclaimer------------------------------ This e-mail contains PRIVILEGED
> AND CONFIDENTIAL INFORMATION intended solely for the use of the
> addressee(s). If you are not the intended recipient, please notify the sender
> by e-mail and delete the original message. Opinions, conclusions and other
> information in this transmission that do not relate to the official business of
> QuEST Global and/or its subsidiaries, shall be understood as neither given nor
> endorsed by it. Any statements made herein that are tantamount to
> contractual obligations, promises, claims or commitments shall not be
> binding on the Company unless followed by written confirmation by an
> authorized signatory of the Company.
> -----------------------------------------------------------------------------------
>
> > _______________________________________________
> > Xen-devel mailing list
> > Xen-devel(a)lists.xen.org
> > https://lists.xen.org/xen-devel
3 years, 9 months
[ANNOUNCE] Intel GVT-g ISO for 2017-Q2 Release
by Xu, Terrence
Hi all,
We are pleased to release the Intel GVT-g ISO which contains all the 2017-Q2 updates for both KVMGT and XenGT. The setup guide is embedded in ISO, please refer to README file for more details.
This update consists of:
- GVT-g upgraded to new architecture which has been upstreamed from kernel 4.10.
- Supported server platforms: Intel(r) Xeon(r) E3_v4 and E3_v5 with Intel Graphics processor.
- Supported client platforms: Intel(r) Core(tm) 5th generation (code name: Broadwell) and 6th generation (code name: Skylake).
- Validated Guest OS: Windows7 32bit, Window7 64bit, Windows8.1 64bit, Windows10 64bit and Linux.
- GVT-g only supports remote display not local display by this release.
- Remote protocol: only guest-side remoting protocol is supported, host-side remoting connection like SPICE is working in progress. For example, user can use X11VNC for Guest Linux VM or TightVNC for Guest Windows VM.
KVMGT specific:
- QEMU version upgraded to 2.9 from 2.3 (There is no any specific code changes in QEMU for KVMGT, so people could directly use upstream QEMU as an alternative).
XenGT specific:
- Xen version upgraded to 4.9 from 4.6.
- QEMU version upgraded to 2.9 from 2.3.
Refer to Q2'17 KVMGT and XenGT release notes for more details.
ISO download link:
https://download.01.org/GVT-g/2017Q2/
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
Note: The KVMGT and 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 KVMGT and XenGT project.
Thanks
Terrence
Tel: +86-21-6116 5390
MP: +86-1356 4367 024
Mail: terrence.xu(a)intel.com
_______________________________________________
GVT-g mailing list
iGVT-g(a)lists.01.org
https://lists.01.org/mailman/listinfo/igvt-g
3 years, 10 months
Is it possible to use Win7 on Kabylake and later machines in KVMGT?
by Yu Zhang
Hi, all,
When I browse the Graphics-Drivers download website, I find that the newest
drivers don’t support Win7 anymore. It’s disappointing that Win7 can’t be
used on Kabylake and later machines since there is no graphics driver for
it.
However, the enchantment of virtualization is that we can use some “old”
operation systems such as Win7. In fact, Win7 is not old and still popular
at present. In KVMGT, is it possible to simulate a universal IGD vgpu which
not only can benefit from the hardware-acceleration capability of the new
IGD after Gen 10 but also can make good use of the old drivers for Win7?
Thanks.
Yu Zhang
3 years, 10 months
