[Spice-devel] qxl driver oom kills X server

[Andres Heinloo]

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.