Description of problem: When I enable the KWin composite extension (with default settings), X server crashes every time I try to unminimize any window. I'm using the open-source radeon drivers with nomodeset kernel arg. When disabling the window thumbnails effect, it still crashes the X. I tried to disable all animations, but crash still occurs. Then I rebooted with removed nomodeset (ie. with KMS), enabled the effects again and so far it seems working ok, so seems like definitely related to that nomodeset parameter. I'll attach a backtrace very soon (need to crash it again as it's gone from log now) Version-Release number of selected component (if applicable): xorg-x11-server-Xorg-1.9.1-3.fc14.x86_64 xorg-x11-drv-ati-6.13.1-0.3.20100705git37b348059.fc14.x86_64 mesa-libGL-7.9-2.fc14.x86_64 mesa-dri-drivers-experimental-7.9-2.fc14.x86_64 mesa-libGL-devel-7.9-2.fc14.x86_64 mesa-libGLU-7.9-2.fc14.x86_64 mesa-libGLU-devel-7.9-2.fc14.x86_64 mesa-dri-drivers-7.9-2.fc14.x86_64 How reproducible: Everytime Steps to Reproduce: 1. Boot with nomodeset 2. Enable KWin composite 3. Unminimize window Actual results: X crashes and restarts itself Expected results: Unminimized window
Created attachment 463112 [details] X.Org log This is log from the crash. Please let me know if there's anything more I can provide to have this issue fixed.
Backtrace: [ 119.858] 0: /usr/bin/X (xorg_backtrace+0x2d) [0x483065] [ 119.858] 1: /usr/bin/X (0x400000+0x52cb2) [0x452cb2] [ 119.858] 2: /lib64/libc.so.6 (0x349f600000+0x34100) [0x349f634100] [ 119.858] 3: /usr/lib64/xorg/modules/extensions/libglx.so (0x7fce60fb0000+0x2fd0f) [0x7fce60fdfd0f] [ 119.858] 4: /usr/lib64/xorg/modules/extensions/libglx.so (0x7fce60fb0000+0x35df9) [0x7fce60fe5df9] [ 119.858] 5: /usr/lib64/xorg/modules/extensions/libglx.so (0x7fce60fb0000+0x2cc83) [0x7fce60fdcc83] [ 119.858] 6: /usr/lib64/xorg/modules/extensions/libglx.so (0x7fce60fb0000+0x2d732) [0x7fce60fdd732] [ 119.858] 7: /usr/lib64/xorg/modules/extensions/libglx.so (0x7fce60fb0000+0x2f0ba) [0x7fce60fdf0ba] [ 119.859] 8: /usr/bin/X (0x400000+0x2b02e) [0x42b02e] [ 119.859] 9: /usr/bin/X (0x400000+0x215da) [0x4215da] [ 119.859] 10: /lib64/libc.so.6 (__libc_start_main+0xfd) [0x349f61ee7d] [ 119.859] 11: /usr/bin/X (0x400000+0x210a9) [0x4210a9] [ 119.859] Segmentation fault at address 0x290 [ 119.859] Fatal server error: [ 119.859] Caught signal 11 (Segmentation fault). Server aborting [ 119.859] [ 119.859] Please consult the Fedora Project support at http://wiki.x.org
Accepting as a valid crash, but I have to admit that nomodeset bugs (when KMS works) are of very low priority for us. nomodeset is meant just as a bandage for emergency situation and when it is not necessary, we are more happy than anything else.
I understand why, but without nomodeset, kwin composite is really unusable, especially plasma does very weird things. Also the overall performance is rather worse with KMS and radeon driver, therefore I'm kinda forced to nomodeset...but then again, I understand that working KMS is a priority right now.
I am having the same problem on Fedora 15. $ lspci | grep VGA 01:00.0 VGA compatible controller: ATI Technologies Inc Radeon Mobility M7 LW [Radeon Mobility 7500] I also use nomodeset, and can confirm that the crash does not occur when nomodeset is absent. I don't know much about this nomodeset business; but for the past few Fedora versions since it was introduced, I found that my laptop would not hibernate (suspend to disk) unless I enabled nomodeset in the boot options. Any suggestions are welcome.
Though I'm reasonably sure I fixed those bugs in xserver 1.10.4 and later, nomodeset isn't a supported configuration.