Version: (using KDE Devel) Installed from: Compiled sources Compiler: gcc 4.1.2 OS: Linux On kwin startup from ksm if composite is set for XRender than it start normally, but if set to OpenGL then the whole screen is black except for cursor (HWCursor) after splash screen. I am trying to isolate where this is coming from but first time hacking KDE here so looking to get a hint here. KDE4 build from svn source tree tag branch 4.0.0. Xorg-1.4 and video driver is xf86-video-intel running on intel 855GM with EXA both of which are build from development source. The setup is not a multihead configuration and using AIGLX with LIBGL_ALWAYS_INDIRECT=1. kwin is compositing with OpenGL/TFP/DB. So far SHM fails to init, I think the visual does not support ZPixmap. Running with CHECK_GL_ERROR in scene_opengl.cpp does not produce any error messsage. I tried XAA same difference. So I assume the issue lays with setup of the root window surface, is this correct? Where would you suggest breakpointing to see what may be the problem? Janice ==== kdeinit4: preparing to launch /usr/local/kde/bin/kwin kwin(26564) KWin::Extensions::init: Extensions: shape: 0x "11" composite: 0x "4" render: 0x "a" fixes: 0x "40" kwin(26564) KWin::CompositingPrefs::detect: glx version is 1 . 2 kwin(26564) KWin::CompositingPrefs::detectDriverAndVersion: GL vendor is "Tungsten Graphics, Inc" kwin(26564) KWin::CompositingPrefs::detectDriverAndVersion: GL renderer is "Mesa DRI Intel(R) 852GM/855GM 20061017 x86/MMX/SSE2" kwin(26564) KWin::CompositingPrefs::detectDriverAndVersion: GL version is "1.3 Mesa 7.0.2" kwin(26564) KWin::CompositingPrefs::detectDriverAndVersion: XGL: no kwin(26564) KWin::CompositingPrefs::detectDriverAndVersion: Detected driver "intel" , version "20061017" kwin(26564) KWin::CompositingPrefs::applyDriverSpecificOptions: intel driver, disabling vsync, enabling direct kwin(26564) KDecorationPlugins::loadPlugin: kwin : path "/usr/local/kde/lib/kde4/kwin3_oxygen.so" for "kwin3_oxygen" kwin(26564) KWin::Extensions::init: Extensions: shape: 0x "11" composite: 0x "4" render: 0x "a" fixes: 0x "40" kwin(26564) KWin::Extensions::init: Extensions: shape: 0x "11" composite: 0x "4" render: 0x "a" fixes: 0x "40" kwin(26564) KWin::Workspace::setupCompositing: OpenGL compositing kwin(26564) KWin::SceneOpenGL::SceneOpenGL: Buffer visual (depth 24 ): 0x "2b" kwin(26564) KWin::SceneOpenGL::SceneOpenGL: Drawable visual (depth 24 ): 0x "2c" kwin(26564) KWin::SceneOpenGL::SceneOpenGL: Drawable visual (depth 32 ): 0x "55" kwin(26564) KWin::SceneOpenGL::SceneOpenGL: DB: true , TFP: true , SHM: false ,Direct: false kwin(26564) KWin::Workspace::setupCompositing: Refresh rate 60 Hz
"So far SHM fails to init" - what do you mean by that? Can you attach your 'glxinfo' output, so that I can check the visuals selected by kwin? Can you check http://websvn.kde.org/*checkout*/trunk/KDE/kdebase/workspace/kwin/COMPOSITE_HOWTO whether you have not forgotten something in X.org setup? Does it work if you explicitly use 'Shared Memory' mode in kwin's advanced compositing options (assuming that's not what you meant by SHM failing)? Does it work if you explicitly change Workspace::createOverlay() in composite.cpp to return false?
Waiting for a response.
I had the same issue, when I switched off the Login effect in kwin's compositing settings. Maybe try to switch that one on/off?
I had the same issue, when I switched off the Login effect in kwin's compositing settings on Kubuntu 8.04 release with KDE 4.0.3 session.
Are you sure you have direct rendering enabled? glxinfo |grep direct Regards,
Created attachment 27823 [details] glxinfo output from Intel(R) 945GM
Hiya. Since I'm having the same problem, let me give some input: For starters: $ glxinfo |grep direct direct rendering: Yes Attached is the full glxinfo output: http://bugs.kde.org/attachment.cgi?id=27823 Also, my xorg.conf is configured as per link mentioned by Lubos in #1
I found out that my problem was caused by conflicting kwin installs by different packages. So sorry for all inconvenience caused :( My config works again now.
Closing as per comment #8.