X server running in a VMware guest crashes (SIGSEGV) during KDE initialization. Here's the backtrace. Backtrace: [ 82931.960] 0: /usr/bin/X (xorg_backtrace+0x3b) [0x80e5e7b] [ 82931.960] 1: /usr/bin/X (0x8048000+0x5cd35) [0x80a4d35] [ 82931.960] 2: (vdso) (__kernel_rt_sigreturn+0x0) [0xb771840c] [ 82931.960] 3: /usr/lib/xorg/modules/libfb.so (fbBltStip+0x73) [0xb72ca3f3] [ 82931.960] 4: /usr/lib/xorg/modules/libfb.so (fbGetImage+0x199) [0xb72cf679] [ 82931.960] 5: /usr/lib/xorg/modules/drivers/vmwlegacy_drv.so (0xb72f5000+0x6c44) [0xb72fbc44] [ 82931.960] 6: /usr/bin/X (0x8048000+0x15f86d) [0x81a786d] [ 82931.960] 7: /usr/lib/xorg/modules/extensions/libglx.so (0xb7312000+0x3814b) [0xb734a14b] [ 82931.960] 8: /usr/lib/xorg/modules/dri/swrast_dri.so (0xaedde000+0xf81c) [0xaeded81c] [ 82931.960] 9: /usr/lib/xorg/modules/dri/swrast_dri.so (0xaedde000+0xf887) [0xaeded887] [ 82931.960] 10: /usr/lib/xorg/modules/extensions/libglx.so (0xb7312000+0x380ad) [0xb734a0ad] [ 82931.960] 11: /usr/lib/xorg/modules/extensions/libglx.so (0xb7312000+0x34802) [0xb7346802] [ 82931.960] 12: /usr/lib/xorg/modules/extensions/libglx.so (0xb7312000+0x3567a) [0xb734767a] [ 82931.960] 13: /usr/lib/xorg/modules/extensions/libglx.so (0xb7312000+0x3766f) [0xb734966f] [ 82931.960] 14: /usr/bin/X (0x8048000+0x27187) [0x806f187] [ 82931.960] 15: /usr/bin/X (0x8048000+0x1a1b5) [0x80621b5] [ 82931.960] 16: /lib/libc.so.6 (__libc_start_main+0xe6) [0xb743dc76] [ 82931.960] 17: /usr/bin/X (0x8048000+0x19d91) [0x8061d91] [ 82931.960] Segmentation fault at address (nil) [ 82931.960] Fatal server error: [ 82931.961] Caught signal 11 (Segmentation fault). Server aborting
Before finding that it's common to simply disable OpenGL in .kde4/share/config/kwinrc: OpenGLIsUnsafe=true I poked around the crash a bit. I believe the crash happens when swrastSetTexBuffer2() passes a NULL texImage->Data value down to sPriv->swrast_loader->getImage(). Here's the backtrace from gdb just before the crash: Breakpoint 1, 0xb747da06 in VMWAREGetImage () from /usr/lib/xorg/modules/drivers/vmwlegacy_drv.so (gdb) bt #0 0xb747da06 in VMWAREGetImage () from /usr/lib/xorg/modules/drivers/vmwlegacy_drv.so #1 0x081a786d in miSpriteGetImage () #2 0xb74cc14b in swrastGetImage () from /usr/lib/xorg/modules/extensions/libglx.so #3 0xaef6f81c in swrastSetTexBuffer2 (pDRICtx=0xa31e888, target=3553, texture_format=8410, dPriv=0xa0a9068) at swrast.c:97 #4 0xaef6f887 in swrastSetTexBuffer (pDRICtx=0xa31e888, target=3553, dPriv=0xa0a9068) at swrast.c:106 #5 0xb74cc0ad in __glXDRIbindTexImage () from /usr/lib/xorg/modules/extensions/libglx.so #6 0xb74c8802 in __glXDisp_BindTexImageEXT () from /usr/lib/xorg/modules/extensions/libglx.so #7 0xb74c967a in __glXDisp_VendorPrivate () from /usr/lib/xorg/modules/extensions/libglx.so #8 0xb74cb66f in __glXDispatch () from /usr/lib/xorg/modules/extensions/libglx.so #9 0x0806f187 in Dispatch () #10 0x080621b5 in main () (gdb) c Continuing. Now that I've turned on OpenGLIsSafe, this isn't a big issue for me. But I'm left wondering, is this a bug, an incomplete feature, or an unsupported configuration? Is it an itch worth scratching further?
One more thing. This is Arch Linux running Mesa built from the 7.9 git tree at dc4956922dfbec2fb2f60539be97760022bd4613. I tried backporting to the 7.9 tar file and had similar results.
Just wanted to note that I can reproduce this as well. As an interesting addition, the same occurs on my Lenovo Ideapad S12 netbook, too (which has a Via card, so I guess it uses the same software renderer).
Ancient bug, closing.
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.