If I open a second X server, close it, reopen one, re-close it, then my original X server segfault with (remotely attached gdb): Program received signal SIGSEGV, Segmentation fault. drmmode_output_detect (output=<value optimized out>) at ../../src/drmmode_display.c:1709 1709 ../../src/drmmode_display.c: No such file or directory. in ../../src/drmmode_display.c (gdb) bt #0 drmmode_output_detect (output=<value optimized out>) at ../../src/drmmode_display.c:1709 #1 0x000000000048ca83 in xf86ProbeOutputModes (scrn=0x9c9e80, maxX=<value optimized out>, maxY=<value optimized out>) at ../../../../hw/xfree86/modes/xf86Crtc.c:1580 #2 0x0000000000491f74 in xf86RandR12GetInfo12 (pScreen=0x9d6150, rotations=<value optimized out>) at ../../../../hw/xfree86/modes/xf86RandR12.c:1552 #3 0x00000000004c8251 in RRGetInfo (pScreen=0x9d6150, force_query=<value optimized out>) at ../../randr/rrinfo.c:202 #4 0x00007f8c28fa5c4c in glxDRIEnterVT (index=0, flags=0) at ../../glx/glxdri2.c:617 #5 0x0000000000476a12 in xf86VTSwitch (blockData=<value optimized out>, err=<value optimized out>, pReadmask=<value optimized out>) at ../../../../hw/xfree86/common/xf86Events.c:531 #6 xf86Wakeup (blockData=<value optimized out>, err=<value optimized out>, pReadmask=<value optimized out>) at ../../../../hw/xfree86/common/xf86Events.c:284 #7 0x000000000042a7db in WakeupHandler (result=-1, pReadmask=0x7e2b20) at ../../dix/dixutils.c:419 #8 0x000000000045f087 in WaitForSomething ( pClientsReady=<value optimized out>) at ../../os/WaitFor.c:232 #9 0x0000000000448602 in Dispatch () at ../../dix/dispatch.c:368 #10 0x00000000004257ab in main (argc=9, argv=0x7fffa9e42ad8, envp=<value optimized out>) at ../../dix/main.c:291 Never seen this before today, with an upgrade yesterday night to the recently-migrated-to-wheezy xorg and gcc. Though, my own X server had been running for quite some time before the upgrade, and segfaulted this morning. Presumably when the kids switched between their sessions, which seem to imply things can get wrong without even closing an X server, but just by switching. What's strange is that all of the 3 sessions that were present at the time of the first recorded crash were at respectively 6-, 5-, and 3-days old (and there have been numerous console switches and opengl apps used with no issue). I'm a bit puzzled by how an upgrade would impact those. See URL for the Debian bugreport with logs for hardware detail. Just ask for more.
The package upgrade mentionned involved: [UPGRADE] lib32gcc1 1:4.5.2-4 -> 1:4.6.0-2 [UPGRADE] libgcc1 1:4.5.2-4 -> 1:4.6.0-2 [UPGRADE] libgl1-mesa-dri 7.7.1-4 -> 7.10-4 [UPGRADE] libgl1-mesa-glx 7.7.1-4 -> 7.10-4 [UPGRADE] libglu1-mesa 7.7.1-4 -> 7.10-4 [UPGRADE] x11-common 1:7.5+8 -> 1:7.6+6 [UPGRADE] xbase-clients 1:7.5+8 -> 1:7.6+6 [UPGRADE] xorg 1:7.5+8 -> 1:7.6+6
(In reply to comment #1) > The package upgrade mentionned involved: > > [UPGRADE] libgl1-mesa-dri 7.7.1-4 -> 7.10-4 > [UPGRADE] libgl1-mesa-glx 7.7.1-4 -> 7.10-4 > [UPGRADE] libglu1-mesa 7.7.1-4 -> 7.10-4 After upgrading those to 7.10.2-1 packages from unstable, I could not reproduce the problem, and X has run pretty stable since then.
Fixed by mesa upgrade
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.