[Spice-devel] crashes / Assertion `uxa_pixmap_is_offscreen(src_pixmap)' failed

[Daniel Pocock]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256



On 02/05/17 13:54, Christophe Fergeau wrote:
> On Tue, May 02, 2017 at 01:46:20PM +0200, Daniel Pocock wrote:
>> 
>> 
>> On 02/05/17 12:43, Christophe Fergeau wrote:
>>> On Tue, May 02, 2017 at 11:39:08AM +0200, Daniel Pocock wrote:
>>>> 
>>>> 
>>>> Hi,
>>>> 
>>>> I've observed that the Xorg process in my virtual server 
>>>> sometimes crashes when I launch Firefox.  Xorg.0.log had an
>>>> error about "Out of video memory: Could not allocate 7274816
>>>> bytes", so I increased video RAM from 64MB to 256MB.  On the
>>>> last crash the error about memory was not there, but I found
>>>> this at the end of Xorg.0.log:
>>>> 
>>>> [170197.066] qxl_surface_create: Bad bpp: 1 (1) [170197.076] 
>>>> qxl_surface_create: Bad bpp: 1 (1) [170228.641] 
>>>> qxl_surface_create: Bad bpp: 1 (1) [170281.094] 
>>>> qxl_surface_create: Bad bpp: 1 (1) [170281.641] 
>>>> qxl_surface_create: Bad bpp: 1 (1)
>>> 
>>> These ones keep happening I think, and are harmless
>>> 
>>>> 
>>>> and in journalctl I found:
>>>> 
>>>> gdm-Xorg-:0[1538]: qxl_surface_create: Bad bpp: 1 (1) 
>>>> iceweasel.desktop[4967]: Gtk-Message: Failed to load module 
>>>> "canberra-gtk-module" gdm-Xorg-:0[1538]: qxl_surface_create:
>>>> Bad bpp: 1 (1) gdm-Xorg-:0[1538]: qxl_surface_create: Bad
>>>> bpp: 1 (1) gdm-Xorg-:0[1538]: Xorg:
>>>> ../../../src/uxa/uxa-glyphs.c:991: uxa_glyphs_via_mask:
>>>> Assertion `uxa_pixmap_is_offscreen(src_pixmap)' failed.
>>>> 
>>>> at the moment of the crash.  I opened a Debian bug[1] with
>>>> that error.
>>> 
>>> Would you have a core file when that happens?
>>> 
>> 
>> Not yet, but I'd be happy to try and get one.  Would you be able
>> to suggest how I tweak my system to generate core files for the
>> Xorg process?  Should I just replace the Xorg binary with a
>> wrapper script or is there a more official way to do it by
>> modifying /lib/systemd/system/gdm3.service or something else?
> 
> On my f26 system, coredumpctl is just magic to grab coredumps, but
> I don't know how much integration work is needed. An alternative is
> to run a screen/tmux, and attach gdb to the running Xorg process in
> there, and switch to a VT once it crashed (hopefully this should be
> possible). Or I guess you can just enable core generation
> system-wide, and grab it in the location where it landed (this is
> defined in /proc/xxx)
> 

Thanks for that tip, I'm always glad to learn something new.  I did this
:

  apt-get install -t jessie-backports systemd-coredump

and then I checked it is there:

$ sysctl -a | grep core_patt
kernel.core_pattern = |/lib/systemd/systemd-coredump %P %u %g %s %t
9223372036854775808 %e

I tried killing my shell with SEGV and it looks like I captured somethin
g:

$ sudo coredumpctl list
TIME                            PID   UID   GID SIG PRESENT EXE
Tue 2017-05-02 14:13:14 CEST   6152  1000  1000  11 * /bin/bash


Am I all set now for the next Xorg crash or is there anything else
that might be worth tweaking?

Regards,

Daniel
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJZCHiAAAoJEGxlgOd711bEiHcP/1R+aPjbonzo8IV092r+FsnA
bxJhCbzhEyJetnqeq2F0FWKOBN9Roc8pqXyhvh4Bx5l/H3hB0W23spNSMhCs7RI8
4owP/gVUQhLhJaquTaLE5f7Pw9izRMM4Le17qxrWzNiLhn9vLoeYSbhD/f9zT4N+
QZ80nEG2WL0cCdUHEKzXF6JtbFL74npdJ2QtsmL9z+/xaIfn0COceUYWrws83rlt
9LB2ce1JN948yt+n3k/TF3IJznFviWHkjArKJLpvOzxDTW78ehKEFZEF6SKh+fee
7teaFqAuBT96+Y3j8nbtU4UKBDCCpyh5XJ+q4HAidK6xQMr7CJCjjSQExcAgRNwD
843AddZucA0lbgYHbOAK3J/UIvdKeWzM7ldJVtwprd/6blnsfrUEwr+sryeSYoKp
yEeR5Nr8be+tFrvWLKFjlI5+wtGHgVvbXIx6LabMYAeNxcZKm9iViy+lL75/9tmv
K7c9Z/h9VLoc4r54ZVhgphEP9sf20ztcNbC/cIW9rnoQUt882R07RqsHpJKMO5Iz
5amKL/7tmfFLtjRpFHOLLIIt4V/iriiW9Bt2sBi59zd84TtqWbAsPklAJA4dIC9u
/AcBBEDeatSQcvGgXyjYiWwMz2ezRNTJj4/9uCuqB41NB94J3RgY6zm3yRKf0+nQ
Uw4bUdpeBJSJqOkJRrTq
=EUxk
-----END PGP SIGNATURE-----