ANNOUCE: virt-viewer version 9.0 released

2020-05-01 Thread Daniel P . Berrangé
I am happy to announce a new bugfix release of virt-viewer 9.0:

https://virt-manager.org/download/sources/virt-viewer/virt-viewer-9.0.tar.gz
https://virt-manager.org/download/sources/virt-viewer/virt-viewer-9.0.tar.gz.asc

including experimental Windows installers for Win x86:

https://virt-manager.org/download/sources/virt-viewer/virt-viewer-x86-9.0.msi
https://virt-manager.org/download/sources/virt-viewer/virt-viewer-x86-9.0.msi.asc

and Win x64:

https://virt-manager.org/download/sources/virt-viewer/virt-viewer-x64-9.0.msi
https://virt-manager.org/download/sources/virt-viewer/virt-viewer-x64-9.0.msi.asc

Signatures are created with key

  DAF3 A6FD B26B 6291 2D0E 8E3F BE86 EBB4 1510 4FDF (4096R)

With this release the project has moved over to use GitLab for its
hosting needs instead of Pagure. Instead of sending patches to the
old mailing list, we have adopted modern best practices and now
welcome contributions as merge requests, from where they undergo
automated CI testing of the build. Bug reports, directed towards
upstream maintainers, should also be filed at the GitLab project
now instead of the Red Hat Bugzilla.

All historical releases are available from:

http://virt-manager.org/download/

Changes in this release include:

  - Project moved to https://gitlab.com/virt-viewer/virt-viewer
  - Allow toggling shared clipboard in remote-viewer
  - Fix handling when initial spice connection fails
  - Fix check for govirt library
  - Add bash completion of cli args
  - Improve errors in file transfer dialog
  - Fix ovirt foreign menu storage domains query
  - Prefer TLS certs from oVirt instead of CLI
  - Improve USB device cleanup when Ctrl-C is used
  - Remember monitor mappings across restarts
  - Add a default file extension to screenshots
  - Updated translations
  - Fix misc memory leaks

Regards,
Daniel
-- 
|: https://berrange.com  -o-https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org -o-https://fstop138.berrange.com :|
|: https://entangle-photo.org-o-https://www.instagram.com/dberrange :|



Black Screen with Spice and OpenGL acceleration in virt-manager with QEMU/KVM

2020-05-01 Thread Filip Banák
Hello.

I just want to use an Arch Linux guest with OpenGL 3D acceleration on with
Spice.
It works with Spice when the OpenGL acceleration is disabled.
But when I enable it (with vitio graphics with accel3d yes of course), I
only see a black screen, but when the VM boots I can interact with it
through the keyboard blindly.
Please see my forum thread here for more:
https://forum.manjaro.org/t/qemu-kvm-vm-in-virt-manager-is-running-with-a-black-screen-when-opengl-acceleration-is-turned-on/138632

I also tested all this:

Working with no acceleration with Spice without gl=on in -display:
qemu-system-x86_64 -drive file=/home/filip/VM/archlinux.qcow2 -m 8192
-enable-kvm -M q35 -cpu host -smp 12,sockets=1,cores=12,threads=1 -display
spice-app -usb -device usb-tablet -bios /usr/share/ovmf/x64/OVMF_CODE.fd
-boot order=c -device virtio-vga,virgl=on


Not working with Spice with gl=on in -display, remote-viewer closes
instantly:
qemu-system-x86_64 -drive file=/home/filip/VM/archlinux.qcow2 -m 8192
-enable-kvm -M q35 -cpu host -smp 12,sockets=1,cores=12,threads=1 -display
spice-app,gl=on -usb -device usb-tablet -bios
/usr/share/ovmf/x64/OVMF_CODE.fd -boot order=c -device virtio-vga,virgl=on

Error: qemu-system-x86_64: warning: Spice:
dcc.c:664:dcc_push_monitors_config: monitors_config is NULL


Probably Working with acceleration(just no graphical output) without Spice
with -display gtk,gl=on
qemu-system-x86_64 -drive file=/home/filip/VM/archlinux.qcow2 -m 8192
-enable-kvm -M q35 -cpu host -smp 12,sockets=1,cores=12,threads=1 -display
gtk,gl=on -usb -device usb-tablet -bios /usr/share/ovmf/x64/OVMF_CODE.fd
-boot order=c -device virtio-vga,virgl=on

No error just black screen.


Working with acceleration without Spice, just QEMU SDL:
qemu-system-x86_64 -drive file=/home/filip/VM/archlinux.qcow2 -m 8192
-enable-kvm -M q35 -cpu host -smp 12,sockets=1,cores=12,threads=1 -display
sdl,gl=on -usb -device usb-tablet -bios /usr/share/ovmf/x64/OVMF_CODE.fd
-boot order=c -device virtio-vga,virgl=on


Working with with Spice with acceleration with EGL-HEADLESS, gl=on in
-display does not matter here, it is automatic/implied:
qemu-system-x86_64 -name Arch -drive file=/home/filip/VM/archlinux.qcow2 -m
8192 -enable-kvm -M q35 -cpu host -smp 12,sockets=1,cores=12,threads=1
-display egl-headless,gl=on -usb -device usb-tablet -bios
/usr/share/ovmf/x64/OVMF_CODE.fd -boot order=c -device virtio-vga,virgl=on
-spice
disable-ticketing,image-compression=off,seamless-migration=on,unix,addr=/run/user/1000/spice.sock

remote-viewer --verbose --debug --spice-debug
spice+unix:///run/user/1000/spice.sock


Working SDL with acceleration, also can connect with Spice but see black
screen but can use keyboard and mouse and see output on qemu sdl window:
qemu-system-x86_64 -name Arch -drive file=/home/filip/VM/archlinux.qcow2 -m
8192 -enable-kvm -M q35 -cpu host -smp 12,sockets=1,cores=12,threads=1 -usb
-device usb-tablet -bios /usr/share/ovmf/x64/OVMF_CODE.fd -boot order=c
-device virtio-vga,virgl=on -spice
unix,addr=/run/user/1000/spice.sock,disable-ticketing,image-compression=off,seamless-migration=on
-display sdl,gl=on


Not working Remote Viewer opens but no output just "Connected to graphic
server" in the middle of the window.
qemu-system-x86_64 -name Arch -drive file=/home/filip/VM/archlinux.qcow2 -m
8192 -enable-kvm -M q35 -cpu host -smp 12,sockets=1,cores=12,threads=1 -usb
-device usb-tablet -bios /usr/share/ovmf/x64/OVMF_CODE.fd -boot order=c
-device virtio-vga,virgl=on -spice
gl=on,unix,addr=/run/user/1000/spice.sock,disable-ticketing,image-compression=off,seamless-migration=on

remote-viewer --verbose --debug --spice-debug
spice+unix:///run/user/1000/spice.sock

I guess the problem when trying with virt-manager is the same as when
trying with -display spice-app,gl=on.

Running on Manjaro linux with Nvidia GT630 graphics and Qemu version 4.2.
Any help is appreciated.
Thank you.