On Saturday 2014-12-27 18:15, Andres Heinloo wrote:
Hi,
after upgrading from openSUSE 12.2 to 13.2, I have exactly the same
problem described here:
https://bugzilla.redhat.com/show_bug.cgi?id=1033663
Surfaces, image cache and fallback cache are currently all disabled
(surfaces never worked anyway).
I boot the guest with 'nomodeset', because I haven't been able to use
higher resolutions than 1920x1200 with the qxl modesetting driver. I
need 2560x1600.
(There is no 2560x1600 in the EDID of the modesetting driver and adding
a respective modeline in xorg.conf results in X server crash.)
My use case is that the terminal machine is runnig Spice client (spicy)
full screen at 2560x1600.
When the X server within a VM crashes (as described at the link above),
it is sometimes impossible to restart it (crashes again immediately).
Rebooting the guest OS fixes this (restarting the QEMU process is not
required).
Needless to say, these X crashes are extremely annoying. Any ideas to
fix or work around this problem would be appreciated.
(As a possible workaround, I've been thinking about running Xspice
within a VM to bypass the QEMU qxl device, although Xspice used to be
less stable than qxl in the past.)
I'm now using Xspice, but the problem is unfortunately the same. X
server (Xspice) crashed with out of memory just after one day of
relatively heavy X usage. Versions are libspice-server 0.12.5 and
xf86-video-qxl (Xspice) 0.1.3.
It is IMO clear that the Spice X driver 0.1.x (both qxl_drv.so and
spiceqxl_drv.so) has memory leaks that weren't present in the 0.0.x
branch. I guess I'll try to compile the old 0.0.17 version for the time
being.
Possibly the memory leaks don't happen with the modesetting driver. Is
it possible to use 2560x1600 with the modesetting driver? In any case I
need Xspice too!
Thanks,
Andres.
_______________________________________________
Spice-devel mailing list
Spice-devel@xxxxxxxxxxxxxxxxxxxxx
http://lists.freedesktop.org/mailman/listinfo/spice-devel