Re: [spice-server] doc: Add virgl documentation

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I'm trying to test this stuff at the moment. Some comments and questions below
(not an ACK or NACK, I see the patch was already pushed)

On 03/18/2016 12:12 PM, Christophe Fergeau wrote:
> Document how to use virgl with QEMU/libvirt
> 
> virt-manager documentation still needs to be added.
> ---
>  docs/manual/manual.txt | 55 ++++++++++++++++++++++++++++++++++++++++++++++++++
>  1 file changed, 55 insertions(+)
> 
> diff --git a/docs/manual/manual.txt b/docs/manual/manual.txt
> index 2c0035a..a89a702 100644
> --- a/docs/manual/manual.txt
> +++ b/docs/manual/manual.txt
> @@ -901,6 +901,61 @@ folder will show up in GNOME Files network places (or Nautilus). It
>  can then be mounted and browsed in traditional applications thanks to
>  `gvfs-fuse`.
>  
> +GL acceleration (virgl)
> +=======================
> +
> +OpenGL acceleration is currently local only (it has to go through a Unix socket)
> +and it needs guest support. It's currently limited to recent linux
> +distributions (for example up to date Fedora 23).
> +

The Fedora 23 reference isn't true and likely won't ever be true. The hard
requirements are looking like

- not-yet-released qemu 2.6 (won't ever be in f23)
- not-yet-released libvirt 1.3.3 (won't ever be in f23)
- not-yet-released spice 1.13.1 (likely not in f23)
- f23 era virgl and mesa bits

Speaking of which, what's the timeline for spice 1.13.1 release?

> +Configuration
> +-------------
> +
> +.Using libvirt
> +
> +You need to add a virtio-gpu video device to your virtual machine instead of QXL.
> +[source,xml]
> +<video>
> +  <model type='virtio' heads='1'>
> +    <acceleration accel3d='yes'/>
> +  </model>
> +</video>
> +
> +Then you need to enable OpenGL on your SPICE graphics node:
> +[source,xml]
> +<graphics type='spice' autoport='no'>
> +  <gl enable='yes'/>
> +</graphics>
> +
> +You don't need any port/address as they won't be usable with
> +GL.
> +

But this in fact won't work because we are dependent on spice+unix socket
bits, right? Which isn't implemented for libvirt yet and likely won't
committed for 1.3.3 either.

Even more, I feel like libvirt should reject a config like the above one
because it's kinda meaningless... with default qemu.conf settings that's
effectively listen=127.0.0.1 autoport=no which should raise an error since we
have no port to specify.

Slightly related question: what is the timeline for working gl passthrough
with local host + VM + spice listen=127.0.0.1 ? Is it under heavy development
or just waiting for just waiting for some new releases? If the latter, which
packages will be required?

> +.Using QEMU
> +
> +You need to add a virtio-gpu device on QEMU command line,
> +as well as enable GL with SPICE. port/tls-port/addr arguments
> +won't be used in this setup. You need to configure a Unix socket to
> +connect to the VM display.
> +
> +[source,sh]
> +-device virtio-vga,virgl=on -spice gl=on,unix,addr=/run/user/1000/spice.sock
> +
> +Connecting to the guest
> +-----------------------
> +
> +Connecting to the guest when virgl is in use is slightly different
> +than usual
> +
> +.If libvirt is being used
> +
> +[source,sh]
> +client$ virt-viewer -a $vmname
> +
> +.If a Unix socket has been set on QEMU command line
> +

Just a note, maybe someone should look into virt-viewer using -a automatically
when it sees a unix socket in the XML that it can't directly access

- Cole
_______________________________________________
Spice-devel mailing list
Spice-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.freedesktop.org/mailman/listinfo/spice-devel




[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]     [Monitors]