| Summary: | Kubuntu 13.10 startup crash | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | Konstantinos Koukos <koukos.konstantinos> |
| Component: | general | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED DOWNSTREAM | ||
| Severity: | crash | CC: | jimyx17 |
| Priority: | NOR | Keywords: | drkonqi |
| Version: | 4.11.2 | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
Konstantinos Koukos
2013-10-20 13:02:56 UTC
> The whole Kwin was crashed. "kwin" is only the window manager. > No hardware acceleration was provided, cairo-dock run in no-opengl mode. Your driver/GL installation is broken because neither the nvidia blob nor the intel drivers would ever cause this render path. Check "glxinfo" and the contents of "/var/log/Xorg.0.log" and your installed packages. > No desktop widgets were visible just a blank screen. Means plasma-desktop crashed as well, but that should be unrelated to this particular crash (yet likely caused by the same broken installation problem) The particular crash is a bug in kwin, but your actual problem is the broken installation - most notably the proper installation of OpenGL libraries and X11 drivers / kernel modules. Fixing that will turn the kwin crash into a remote issue for you (you don't want to use that render path anyway, your HW is *much* ahead of it) *** This bug has been marked as a duplicate of bug 324533 *** Thanks a lot, It seems you are absolutely right. This was an artifact of an upgraded installation from Kubuntu 13.04 to 13.10. I reinstalled bumblebee and both intel and nvidia drivers trying to fix the issue. Although optirun works properly i cannot activate OpenGL compositing (probably using the default Intel DRI) so i am stack using XRender. Probably something remains broken in the OpenGL installation so i will try to find it out. Thanks a lot, Best Regards, Konstantinos. On 2013-10-20 15:11, Thomas Lübking wrote: > https://bugs.kde.org/show_bug.cgi?id=326321 > > Thomas Lübking <thomas.luebking@gmail.com> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Status|UNCONFIRMED |RESOLVED > Resolution|--- |DUPLICATE > > --- Comment #1 from Thomas Lübking <thomas.luebking@gmail.com> --- >> The whole Kwin was crashed. > "kwin" is only the window manager. > >> No hardware acceleration was provided, cairo-dock run in no-opengl mode. > Your driver/GL installation is broken because neither the nvidia blob nor the > intel drivers would ever cause this render path. > > Check "glxinfo" and the contents of "/var/log/Xorg.0.log" and your installed > packages. > >> No desktop widgets were visible just a blank screen. > Means plasma-desktop crashed as well, but that should be unrelated to this > particular crash (yet likely caused by the same broken installation problem) > > The particular crash is a bug in kwin, but your actual problem is the broken > installation - most notably the proper installation of OpenGL libraries and X11 > drivers / kernel modules. > > Fixing that will turn the kwin crash into a remote issue for you (you don't > want to use that render path anyway, your HW is *much* ahead of it) > > *** This bug has been marked as a duplicate of bug 324533 *** > (In reply to comment #2) > XRender. Probably something remains broken in the OpenGL installation so > i will Mixed usage of MESA and nvidia parts, ie. one driver being loaded but libGL of the other in use or so. Check /var/log/Xorg.0.log on whether the intel or the nvidia driver is loaded, ensure GLX loaded and then that the resolution for ldd `which kwin`| grep libGL matches that driver (intel, i guess) if we see that crash more often before I'm going to ask Kubuntu for an SRU with the copy-pixels patch. I have managed to reproduce the bug. It doesn't seem to be a KDE problem at all although it causes a kwin crash. It is problem created by loading the wrong libGL.so.1 in a system with bumblebee and dual graphics cards (Intel HD 3000 and nvidia NVS 4200M). When this version of libGL.so.1: libGL.so.1 => /usr/lib/nvidia-304/libGL.so.1 (detected using ldd `which kwin`| grep libGL) is used with the KDE desktop effects enabled at startup and the compositing type is OpenGL with Qt native engine. The bug can be reproduced every time. Only the XRender compositing type is available in KDE settings when nvidia libGL.so. Trying to activate OpenGL acceleration is not allowed in KDE with a message: Failed to activate desktop effects using the given configuration options. Settings will be reverted to their previous values. Check your X configuration.... When /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1 is used (default is the Intel card) then everything is working fine and OpenGL compositing works great. For some reason after upgrading to Kubuntu 13.10 (which uses KDE 4.11) the default load behavior for kwin is to load /usr/lib/nvidia-304/libGL.so.1 instead of the mesa one. This creates the whole problem. How can i force kwin to load /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1 by default instead of the nvidia? This should permanently solve the problem. Best Regards, Konstantinos. /usr/lib/libGL.so and /usr/lib/libGL.so.1 are symbolic links, ensure they point to /usr/lib/x86_64-linux-gnu/mesa/libGL.so resp. /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1 (check for pot. lib64 paths, i've no idea how Ubuntu organizes them) optirun should then alter the environment to pre-link the nvidia libGL (and setup some other stuff required to run on the nvidia GPU) The explicit creation of /usr/lib/libGL.so and /usr/lib/libGL.so.1 links pointing to mesa libs instead of the nvidia permanently solved the problem. The dynamic change of cards works as long as i have both in the $PATH and so does CUDA and OpenCL. I have tested the config under 3 versions of nvidia driver: 304, 313 and 319. Everything seems to be working fine. This actually solves a previous bug created by libGL posted here for Kubuntu 13.04: https://bugs.launchpad.net/ubuntu/+source/kde-workspace/+bug/1240122 Thanks a lot. Best Regards. Same problem here after update to Kubuntu 13.10. The problem is not the libGL location but the ld configuration. After change the config with the following command, everything went perfectly: update-alternatives --config x86_64-linux-gnu_gl_conf If you use the i386 version of kubuntu the name might change but it must be something similar. Sorry, I forgot to mention that you have to run ldconfig after change the configuration of ld. This is downstream but the unsupported glBlitFramebuffer() lack (software gl) remains. |