Version: (using KDE 4.0.0) Installed from: Compiled From Sources Compiler: gcc 4.1.2 OS: Linux Hi! I've compiled KDE 4.0.0 and Qt4.3.3 on a Slackware-current system (glibc 2.7, gcc 4.1.2, Xorg 7.3 with xorg-server 1.4.0.90 and the latest fglrx driver from AMD version 8.433 (package 7.12)). KDE4 startx OK, and in the Xorg.0.log (attached to this report), I can see that AIGLX and DRM are correctly started. I also see that the driver initialize a "built-in COMPOSE" extension, so I suppose composite is correctly started (it's correctly configured, I think, in the xorg.conf file, also attached). The kernel driver is properly loaded and gives messages in dmesg that it's running normally. In KDE4, in the console, glxgears provide speed which seems consistent with accelerated 3D, and glxinfo says I use ATI OpenGL lib. If I start System Settings, I can ask to apply Desktop Effects, in OpenGL, the small window appears, asking if I want to accept these new settings, but even if I click on "Yes", no effect appaear (no shadows or anything). If I restart KDE4, System Settings says Effects are selected, but nothing works. If I redirect the startx output to a file, I get the following messages : startkde: Starting up... kdeinit4: preparing to launch /usr/lib/kde4/libexec/klauncher kdeinit4: preparing to launch /usr/bin/kded4 kdeinit4: preparing to launch /usr/bin/kbuildsycoca4 kbuildsycoca4 running... kdeinit4: preparing to launch /usr/lib/kde4/libexec/kconf_update kdeinit4: preparing to launch /usr/bin/kcminit_startup kdeinit4: preparing to launch /usr/bin/ksmserver kdeinit4: preparing to launch /usr/bin/kwin kwin(3371): ""fsrestore1" - conversion of "0,0,0,0" to QRect failed" kwin(3371): ""restore2" - conversion of "0,0,0,0" to QRect failed" kwin(3371): ""fsrestore2" - conversion of "0,0,0,0" to QRect failed" kwin(3371): Failed to create Scene object. Compositing disabled I thought it was probably something I did wrong but apparently, some others are having the same issue. According to posters in Phoronix, they have the same driver version as me and composite works for them with Compiz (though it's not clear it does with KDE4). Best regards,
Created attachment 23101 [details] Xorg.0.log file
Created attachment 23102 [details] xorg.conf conf file
Same problem on my box. I made a KWin with some extra debug statements and it points to glXMakeCurrent as possibly having a problem. kwin(17731)/kdecore (KLocale) KLocalePrivate::initEncoding: Defaulting to ISO 8859-1 encoding. kwin(17731) KWin::Extensions::init: Extensions: shape: 0x "11" composite: 0x "4" render: 0x "a" fixes: 0x "40" kwin(17731) KWin::CompositingPrefs::detect: glx version is 1 . 2 kwin(17731) KDecorationPlugins::loadPlugin: kwin : path "/usr/kde/svn/lib64/kde4/kwin3_keramik.so" for "kwin3_keramik" kwin(17731) KWin::Extensions::init: Extensions: shape: 0x "11" composite: 0x "4" render: 0x "a" fixes: 0x "40" kwin(17731) KWin::Extensions::init: Extensions: shape: 0x "11" composite: 0x "4" render: 0x "a" fixes: 0x "40" kwin(17731) KWin::Workspace::setupCompositing: OpenGL compositing kwin(17731) KWin::SceneOpenGL::initRenderingContext: Debug build by Markus S kwin(17731) KWin::SceneOpenGL::initRenderingContext: Direct Rendering: true kwin(17731) KWin::SceneOpenGL::initRenderingContext: tfp_mode: true kwin(17731) KWin::SceneOpenGL::initRenderingContext: shm_mode: false kwin(17731) KWin::SceneOpenGL::initRenderingContext: ctxbuffer!=null kwin(17731) KWin::SceneOpenGL::initRenderingContext: glXMakeCurrent returned: false kwin(17731) KWin::SceneOpenGL::initRenderingContext: errs.errors == true kwin(17731) KWin::SceneOpenGL::initRenderingContext: Couldn't initialize rendering context (2) kwin(17731): Failed to initialize compositing, compositing disabled
It would be useful if you could update kwin to current SVN or apply these two patches and provide the output again, together with glxinfo output. http://websvn.kde.org/trunk/KDE/kdebase/workspace/kwin/scene_opengl.cpp?r1=763105&r2=763104&view=patch http://websvn.kde.org/trunk/KDE/kdebase/workspace/kwin/scene_opengl.cpp?r1=762709&r2=763097&view=patch
(And I guess you want to be in CC in bugreports you're interested in.)
Actually, I'm already getting the bugreport updates via the mailing list, so if I'm cc:ed I get them twice. :)
Here's the output from the new KWin (sources from 18-Jan-2008). Defaulting to ISO 8859-1 encoding. kwin(4552) KWin::Extensions::init: Extensions: shape: 0x "11" composite: 0x "4" render: 0x "a" fixes: 0x "40" kwin(4552) KWin::CompositingPrefs::detect: glx version is 1 . 2 kwin(4552) KDecorationPlugins::loadPlugin: kwin : path "/usr/kde/svn/lib64/kde4/kwin3_keramik.so" for "kwin3_keramik" kwin(4552) KWin::Extensions::init: Extensions: shape: 0x "11" composite: 0x "4" render: 0x "a" fixes: 0x "40" kwin(4552) KWin::Extensions::init: Extensions: shape: 0x "11" composite: 0x "4" render: 0x "a" fixes: 0x "40" kwin(4552) KWin::Workspace::setupCompositing: OpenGL compositing kwin(4552) KWin::SceneOpenGL::initBufferConfigs: Drawable visual (depth 24 ): 0x "72" kwin(4552) KWin::SceneOpenGL::initBufferConfigs: Drawable visual (depth 32 ): 0x "86" kwin(4552) KWin::SceneOpenGL::initBuffer: Buffer visual (depth 24 ): 0x "71" kwin(4552) KWin::SceneOpenGL::initRenderingContext: Couldn't initialize rendering context (0x97) kwin(4552): Failed to initialize compositing, compositing disabled
Created attachment 23130 [details] glxinfo output
I'm having the same problem. Here's the output from the KWin (sources from SVN revision 764049 Jan 20): kwin(8324) KWin::Extensions::init: Extensions: shape: 0x "11" composite: 0x "4" render: 0x "a" fixes: 0x "40" kwin(8324) KWin::CompositingPrefs::detect: glx version is 1 . 2 kwin(8324) KDecorationPlugins::loadPlugin: kwin : path "/usr/kde/svn/lib64/kde4/kwin3_oxygen.so" for "kwin3_oxygen" kwin(8324) KWin::Extensions::init: Extensions: shape: 0x "11" composite: 0x "4" render: 0x "a" fixes: 0x "40" kwin(8324) KWin::Extensions::init: Extensions: shape: 0x "11" composite: 0x "4" render: 0x "a" fixes: 0x "40" kwin(8324) KWin::Workspace::setupCompositing: OpenGL compositing kwin(8324) KWin::SceneOpenGL::initBufferConfigs: Drawable visual (depth 24 ): 0x "74" kwin(8324) KWin::SceneOpenGL::initBufferConfigs: Drawable visual (depth 32 ): 0x "8b" kwin(8324) KWin::SceneOpenGL::initBuffer: Buffer visual (depth 24 ): 0x "73" kwin(8324) KWin::SceneOpenGL::initRenderingContext: Couldn't initialize rendering context (0x81) kwin(8324): Failed to initialize compositing, compositing disabled
Created attachment 23172 [details] glxinfo output
Created attachment 23187 [details] kwin patch Does it work with this patch applied?
Created attachment 23188 [details] kwin patch Or, alternatively, this patch?
The patch from comment #11 does not seem to make a difference. KWin output (I added the "PATCH BUILD" comment to make sure I was running the right binary). I'll try patch #2 next. kde-devel@markuspc ~ $ ./kwin_restart.sh kwin(7156)/kdecore (KLocale) KLocalePrivate::initEncoding: Defaulting to ISO 8859-1 encoding. kwin(7156) KWin::Extensions::init: Extensions: shape: 0x "11" composite: 0x "4" render: 0x "a" fixes: 0x "40" kwin(7156) KWin::CompositingPrefs::detect: glx version is 1 . 2 kwin(7156) KWin::CompositingPrefs::detect: PATCH BUILD kwin(7156) KDecorationPlugins::loadPlugin: kwin : path "/usr/kde/svn/lib64/kde4/kwin3_keramik.so" for "kwin3_keramik" kwin(7156) KWin::Extensions::init: Extensions: shape: 0x "11" composite: 0x "4" render: 0x "a" fixes: 0x "40" kwin(7156) KWin::Extensions::init: Extensions: shape: 0x "11" composite: 0x "4" render: 0x "a" fixes: 0x "40" kwin(7156) KWin::Workspace::setupCompositing: OpenGL compositing kwin(7156) KWin::SceneOpenGL::initBufferConfigs: Drawable visual (depth 24 ): 0x "72" kwin(7156) KWin::SceneOpenGL::initBufferConfigs: Drawable visual (depth 32 ): 0x "86" kwin(7156) KWin::SceneOpenGL::initBuffer: Buffer visual (depth 24 ): 0x "71" kwin(7156) KWin::SceneOpenGL::initRenderingContext: Couldn't initialize rendering context (0x97) kwin(7156): Failed to initialize compositing, compositing disabled
Can you give me also 'xdpyinfo -queryExtensions | grep GLX' output? And there's no need to post again the output if nothing has changed.
The patches look identical? Here's the xdpyinfo output: kde-devel@markuspc ~ $ xdpyinfo -queryExtensions | grep GLX GLX (opcode: 143, base event: 70, base error: 151) SGI-GLX (opcode: 143, base event: 70, base error: 151)
Created attachment 23191 [details] kwin patch I meant this one.
$ xdpyinfo -queryExtensions | grep GLX GLX (opcode: 130, base event: 64, base error: 129) SGI-GLX (opcode: 130, base event: 64, base error: 129) The output is the same as listed above, with the patches installed seperately and together.
Created attachment 23205 [details] kwin patch Justin: Does it work with this patch? If not, please attach 'glxinfo -v' output.
Created attachment 23206 [details] kwin patch If that one doesn't help, does this one?
Unfortunately neither patch seems to help. I'm starting to wonder if it is a possible conflict between my graphics driver and my xserver. If there is any particular information that would help in solving this problem please let me know. I'm currently running KDE-SVN ebuilds from Gentoo, so patching and updating KDE is also pretty easy to do (and fast with DistCC). I have also included my glxinfo output (verbose).
Created attachment 23210 [details] glxinfo output (verbose)
Just tried the latest patches. None make it work. The last one changed the debug output so I've attached it. I don't know if it's important, but I tried the xorg radeon driver instead of fglrx. It did pass the point where fglrx croaks (initRenderingContext), but didn't give me any effects. Probably related to the radeon driver not supporting 3D on my card (ATI R430 chipset). kwin(9845)/kdecore (KLocale) KLocalePrivate::initEncoding: Defaulting to ISO 8859-1 encoding. kwin(9845) KWin::Extensions::init: Extensions: shape: 0x "11" composite: 0x "4" render: 0x "a" fixes: 0x "40" kwin(9845) KWin::CompositingPrefs::detect: glx version is 1 . 2 kwin(9845) KDecorationPlugins::loadPlugin: kwin : path "/usr/kde/svn/lib64/kde4/kwin3_keramik.so" for "kwin3_keramik" kwin(9845) KWin::Extensions::init: Extensions: shape: 0x "11" composite: 0x "4" render: 0x "a" fixes: 0x "40" kwin(9845) KWin::Extensions::init: Extensions: shape: 0x "11" composite: 0x "4" render: 0x "a" fixes: 0x "40" kwin(9845) KWin::Workspace::setupCompositing: OpenGL compositing kwin(9845) KWin::SceneOpenGL::initBufferConfigs: Drawable visual (depth 24 ): 0x "72" kwin(9845) KWin::SceneOpenGL::initBufferConfigs: Drawable visual (depth 32 ): 0x "86" kwin(9845) KWin::SceneOpenGL::initBuffer: Buffer visual (depth 24 ): 0x "71" kwin(9845) KWin::SceneOpenGL::initRenderingContext: PATCH BUILD kwin(9845) KWin::SceneOpenGL::initRenderingContext: Cannot create context using configs kwin(9845) KWin::SceneOpenGL::initRenderingContextVisual: Cannot create context using default visual kwin(9845): Failed to initialize compositing, compositing disabled
Sorry that it took so long to reply... I've been testing various configuration setups to see if that would change anything... unfortunately not. Here is the result with the newest patch... Hope that helps. kwin(7664) KWin::Extensions::init: Extensions: shape: 0x "11" composite: 0x "4" render: 0x "a" fixes: 0x "40" kwin(7664) KWin::CompositingPrefs::detect: glx version is 1 . 2 kwin(7664) KDecorationPlugins::loadPlugin: kwin : path "/usr/kde/svn/lib64/kde4/kwin3_oxygen.so" for "kwin3_oxygen" kwin(7664) KWin::Extensions::init: Extensions: shape: 0x "11" composite: 0x "4" render: 0x "a" fixes: 0x "40" kwin(7664) KWin::Extensions::init: Extensions: shape: 0x "11" composite: 0x "4" render: 0x "a" fixes: 0x "40" kwin(7664) KWin::Workspace::setupCompositing: OpenGL compositing kwin(7664) KWin::SceneOpenGL::initBufferConfigs: Drawable visual (depth 24 ): 0x "74" kwin(7664) KWin::SceneOpenGL::initBufferConfigs: Drawable visual (depth 32 ): 0x "8b" kwin(7664) KWin::SceneOpenGL::initBuffer: Buffer visual (depth 24 ): 0x "73" kwin(7664) KWin::SceneOpenGL::initRenderingContext: Cannot create context using configs kwin(7664) KWin::SceneOpenGL::initRenderingContextVisual: Cannot create context using default visual kwin(7664): Failed to initialize compositing, compositing disabled
Created attachment 23236 [details] kwin patch Justin: That doesn't make sense - the reported buffer visual is still the same invalid one, even though the patch from comment #18 should prevent KWin from choosing it. Are you sure you've applied it? If it really doesn't work, what is the debug output from this patch? I'm interested only in the one line for the buffer visual, should be starting with "XXX: 73".
kwin(20038): XXX: 73 : 1 : 1 It's the same for all of the listed modes (: 1 : 1)
That doesn't make sense :(. The glxinfo output you gave has this line for 0x73: "0x73 24 dc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None". Where the "1" means the opposite of the "1"'s from my patch. Does the glxinfo output change if you run it as 'glxinfo -i' or 'LIBGL_ALWAYS_INDIRECT=1 glxinfo' ? Can you try if Compiz works for you on the same setup?
I made a build where I step through every single visual and try to do a initBuffer and initRedenderingContext on them. They all fail the same way as above. So it seems the fault is not that the wrong visual is selected, but something else.
I thought this was rather interesting... Xorg bug maybe? markus@markuspc ~ $ glxinfo -i name of display: :0.0 X Error of failed request: GLXBadContext Major opcode of failed request: 143 (GLX) Minor opcode of failed request: 5 (X_GLXMakeCurrent) Serial number of failed request: 24 Current serial number in output stream: 24 markus@markuspc ~ $
Created attachment 23271 [details] kwin patch - Does it work with this patch? Meaning that it at least passes initializing the rendering context, it may fail later due to texture_from_pixmap not being available. - Does Compiz work for you on the same setup?
That works (I have all the other patches also installed)... shadows and everything are there again. win(17787) KWin::Extensions::init: Extensions: shape: 0x "11" composite: 0x "4" render: 0x "a" fixes: 0x "40" kwin(17787) KWin::CompositingPrefs::detect: glx version is 1 . 2 kwin(17787) KWin::CompositingPrefs::detectDriverAndVersion: GL vendor is "ATI Technologies Inc." kwin(17787) KWin::CompositingPrefs::detectDriverAndVersion: GL renderer is "Radeon X1600 Series" kwin(17787) KWin::CompositingPrefs::detectDriverAndVersion: GL version is "2.1.7276 Release" kwin(17787) KWin::CompositingPrefs::detectDriverAndVersion: XGL: no kwin(17787) KWin::CompositingPrefs::detectDriverAndVersion: Detected driver "unknown" , version "" kwin(17787) KDecorationPlugins::loadPlugin: kwin : path "/usr/kde/svn/lib64/kde4/kwin3_oxygen.so" for "kwin3_oxygen" kwin(17787) KWin::Extensions::init: Extensions: shape: 0x "11" composite: 0x "4" render: 0x "a" fixes: 0x "40" kwin(17787) KWin::Extensions::init: Extensions: shape: 0x "11" composite: 0x "4" render: 0x "a" fixes: 0x "40" kwin(17787) KWin::Workspace::setupCompositing: OpenGL compositing kwin(17787): XXX: 25 : 1 : 1 ..... kwin(17787): XXX: 87 : 1 : 1 kwin(17787) KWin::SceneOpenGL::initBufferConfigs: Drawable visual (depth 24 ): 0x "70" kwin(17787) KWin::SceneOpenGL::initBufferConfigs: Drawable visual (depth 32 ): 0x "87" kwin(17787) KWin::SceneOpenGL::initBuffer: Buffer visual (depth 24 ): 0x "6f" kwin(17787) KWin::SceneOpenGL::SceneOpenGL: DB: true , TFP: false , SHM: true , Direct: true kwin(17787) KWin::Workspace::setupCompositing: Refresh rate 60 Hz (This is with the latest ATI driver)
I see it's working with SHM instead of TFP, but at least it's working again to the extent that it's usable (for me).
Markus: Can you confirm? Justin: Does 'glxinfo -i' crash the same way for you? Both: Can either of you actually get Compiz running?
glxinfo crashes here too: $glxinfo -i name of display: :0.0 X Error of failed request: GLXBadContext Major opcode of failed request: 162 (GLX) Minor opcode of failed request: 5 (X_GLXMakeCurrent) Serial number of failed request: 26 Current serial number in output stream: 26 I also wasn't able to get Compiz working yesterday at all. If I tried LIBGL_ALWAYS_INDIRECT then it segfaulted, and without it there was: compiz (core) - Fatal: GLX_EXT_texture_from_pixmap is missing compiz (core) - Error: Failed to manage screen: 0 compiz (core) - Fatal: No manageable screens found on display :0.0
When I log in I have to run a "kwin --replace" to get the effects to work. (Otherwise my pager only shows one desktop and programs don't show up correctly.) After that I get a black screen, however when I right-click on the desktop and then alt-tab everything appears and works as normal :) I'm just happy that things are starting to look a little better for me here.
Not having as much luck as Justin, unfortunately. With the latest patch it does manage to get past the previous stumbling point and does setup some form of 3D effect. But the entire screen gets dimmed somewhat with what looks like ksysguard displaying CPU load in the right upper corner of the screen. Some effects are present, but very sluggish. After about 30 seconds KWin crashes and restarts automatically. After that it repeatedly crashes without me doing anything until it turns off compositing (by itself). I have attached the debug output and crash log. So it looks ike we're doing progress, but there's still something funky going on.
Created attachment 23288 [details] KWin output, cyclic crashes
Created attachment 23289 [details] Kwin crash log
I don't have most of the plugins running (blur, transparency and such), so that may affect the performance there. The thing in the upper right corner is most likely the FPS plugin, it should be showing the frames per second and give you an idea of the performance hit that various plugins cause your system to take. I unfortunately won't be back until monday, so good luck and happy bug hunting :)
I turned all the individual effects off and tried again. Good news is I don't think it's crashing anymore. Bad news is I get a black screen with a functioning mouse pointer. Only way out is to restart X. I'll attach the kwin log, but it doesn't seem to really be complaining about anything.
Created attachment 23290 [details] Kwin log when it does a black screen
According to http://dev.compiz-fusion.org/~cyberorg/2007/11/23/ati-84337-11-on-opensuse-howto/ , Compiz should work fine with the driver. Therefore it seems you setup is broken. Please check, and possibly try to get help to run Compiz.
Compiz/Kwin Composite work fine with the driver when using an older X version (ie. 1.3.0). So it appears that either you have to downgrade to an older X (like I did now...works here) or hope that the next version of the fglrx driver works correctly with a newer X version. As seen at: http://ati.cchtml.com/show_bug.cgi?id=981
Ok. Not a KDE bug, closing.