Hi,
> >> 2. Currently with gvt solution there few mdev devices each with fixed
> >> resolution. User should be able to configure own resolutions for
> >> devices at host without additional manipulations in guest. Ideally,
> >> resolution should be dynamic and change appropriately on resize o
So it looks like this solution is currently not very user friendly. Perhaps
Intel could get Red Hat help to make first-class support of gvt feature in
virt-manager?
09.05.2019, 10:28, "Gerd Hoffmann" :
> Hi,
>
>> 1. Its about local display / dmabuf feature. Currently user needs to
>> use vir
> -Original Message-
> From: Gerd Hoffmann [mailto:g...@kraxel.org]
> Sent: Thursday, May 9, 2019 3:28 PM
> To: Alex Ivanov
> Cc: Yuan, Hang ; libvirt-us...@redhat.com; igvt-
> g...@lists.01.org; virt-tools-list@redhat.com
> Subject: Re: [iGVT-g] GVT-g - suboptimal user experience
>
> H
Hi,
> 1. Its about local display / dmabuf feature. Currently user needs to
> use virt-viewer tool. But virt-manager already incorporates graphical
> console. It would be nice if it could support accelerated gvt-g local
> display.
virt-manager and virt-viewer essentially run the same code spice
Hello.
All features are about usability and simple user experience.
1. Its about local display / dmabuf feature. Currently user needs to use
virt-viewer tool. But virt-manager already incorporates graphical console. It
would be nice if it could support accelerated gvt-g local display. Preferabl
Could you elaborate a bit more about the first two features? On UEFI VMs
support (Windows guest), do you mean enabling Windows VM display on UEFI?
Thanks.
> -Original Message-
> From: iGVT-g [mailto:igvt-g-boun...@lists.01.org] On Behalf Of Alex Ivanov
> Sent: Friday, April 19, 2019 2:51