Created attachment 21289 [details] X server log file Overview: If I enable 3D in the server and run compiz (this is Fedora 10 but running the latest git X / dri / drm / mesa) with 3D effects enabled I get rather frequent (but not deterministically reproducible) hangs of the X server. They usually happen when switching applications or desktops. Steps to reproduce: Run X server with compiz / 3D effects enabled and keep switching between desktops and applications. It sometimes takes quite a while to trigger, sometimes it happens within maybe 20 minutes of working on the system. Actual Result: X server crashes, but the system stays responsive. I can log in remotely, kill the X server and gdm will gladly start a new instance for me (but I tend to lose text consoles in that process) Expected result: X server doesn't crash? Build date and Platform X.Org X Server 1.6.99.1 Release Date: (unreleased) X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.28-rc8 x86_64 Current Operating System: Linux xxxx 2.6.28-rc8 #13 SMP Thu Dec 11 14:13:23 PST 2008 x86_64 Build Date: 12 December 2008 08:28:40AM Additional information: Stack trace always looks something like this: #0 0x0000003c9b4ddff7 in ioctl () from /lib64/libc.so.6 #1 0x00007f3a15b46753 in drmIoctl (fd=13, request=3222823994, arg=0x7fff1f0bcf70) at xf86drm.c:183 #2 0x00007f3a15b46bf0 in drmWaitVBlank (fd=13, vbl=0x7fff1f0bcf70) at xf86drm.c:1895 #3 0x00007f3a04364b3e in do_wait (vbl=0x7fff1f0bcf70, vbl_seq=0x4095640, fd=520867696) at ../common/vblank.c:255 #4 0x00007f3a04364d53 in driWaitForVBlank (priv=0x40955e0, missed_deadline=0x7fff1f0bcfff ) at ../common/vblank.c:406 #5 0x00007f3a0436ca05 in intelSwapBuffers (dPriv=0x40955e0) at intel_buffers.c:740 #6 0x00007f3a04364f43 in driSwapBuffers (dPriv=0xd) at ../common/dri_util.c:321 #7 0x00007f3a15f9488f in __glXDRIdrawableSwapBuffers (basePrivate=0x4095500) at glxdri.c:251 #8 0x00007f3a15f88b16 in __glXDisp_SwapBuffers (cl=<value optimized out>, pc=<value optimized out>) at glxcmds.c:1435 #9 0x00007f3a15f8be2f in __glXDispatch (client=0x25a4500) at glxext.c:522 #10 0x0000000000451aa4 in Dispatch () at dispatch.c:437 #11 0x000000000042398d in main (argc=8, argv=0x7fff1f0bd288, envp=<value optimized out>) at main.c:382 This is on a Thinkpad X200s: (II) intel(0): Integrated Graphics Chipset: Intel(R) Mobile Intel® GM45 Express Chipset (--) intel(0): Chipset: "Mobile Intel® GM45 Express Chipset" X server log seems unremarkable, I attach it just in case.
I use openSUSE 11.1 kernel 2.6.27.7-9-pae, with kde 3.5.10 in my HP2230s laptop, chipset Intel GM45. When I activate 3D in Sax then my laptop is hang upon running google earth 4.3. The system become not responsive, screen is freeze, cannot login from konsole, keyboard also freezed. It does not happen when I disable 3D support. Compiz is running well in 3D mode, no problem.
(In reply to comment #1) > I use openSUSE 11.1 kernel 2.6.27.7-9-pae, with kde 3.5.10 in my HP2230s > laptop, chipset Intel GM45. When I activate 3D in Sax then my laptop is hang > upon running google earth 4.3. The system become not responsive, screen is > freeze, cannot login from konsole, keyboard also freezed. Your opensuse problem seems bug#19242.
Thanks for replying me. I will take a look at there, and fill the comment if necessary.
Dirk, are you still suffering from this?
tested again with latest driver / server - problem appears to be fixed.
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.