-----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----- _______________________________________________ Spice-devel mailing list Spice-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/spice-devel