Main menu:


Please consider a small donation:



Or you can donate bitcoin:


Thanks to TekLinks in Birmingham, AL, for providing colocation and bandwidth.

Page Rank


FOSS Force Best Blog--2013 Award

Recent posts

Recent comments

About this blog

I am Eric Hameleers, and this is where I think out loud.
More about me.


My Favourites



April 2015
« Mar    

RSS Alien's Slackware packages

RSS Alien's unofficial KDE Slackware packages

RSS Alien's multilib packages


Compositing hard lock in KDE 4.5

People have written about their computer locking up with KDE 4.5.x in Slackware.

These locks seem to be caused by the open source video drivers that are part of X.Org. These drivers incorrectly advertise some OpenGL capabilities when the KDE compositing manager queries them. As a result, the KDE window manager tries to enable non-working functionality in “3d desktop effects” which results in a hard lock of X.Org.

There was some talk about this when I first released KDE 4.5.1 packages, see the comments section of and some developer talk can be found here:

Today I installed Slackware-current on an “old” ThinkPad T41 with an onboard Radeon RV250 (Mobility FireGL 9000) graphics chip. I experienced the hard lock there for the first time.

This is what I did to get KDE running (after forcedly shutting down the machine by pressing the OFF button for 8 seconds…): edit the KDE Window Manager configuration file:


In that file, look up the section called “[Compositing]” and then add these lines (perhaps in your case you have to modify, not add lines):


That first line disables the functionality checks so that if you enable “3d effects” manually you have a good chance of it actually going to work because KDE is not going to query your graphics drivers and just assumes it’ll work. As a result you will see an error about not being able to use the “blur effect” which is exactly where the query would result in incorrect data – the error message is not fatal though.

The second line disables the “3d effects” entirely, allowing KDE to start properly.



Comment from Tai
Posted: October 16, 2010 at 22:23

I’m gonna try this with some older P4 dells with onboard intel video 82845g. They had horrible problems with 13.1 and current. Known issues apparently. I followed a link in one of your previous posts without any success. Thanks for your efforts Eric, it’s appreciated.

Comment from BJ
Posted: October 17, 2010 at 23:14

I will try this out since I have the same problem with my Intel card. One remedy for when this happens — besides the hard reboot — is running something like:
DISPLAY=:0 kwin –replace

Comment from Martinezio
Posted: October 19, 2010 at 09:22


I mentioned about disabling desktop effects compatibility checks in this thread on LinuxQuestions forum:

I think, that this checks are too much processor-and-memory-consumable, and all the owner should know their GPU capabilities, so those checks are usefull for normal users.
They are helpfull, when some problems occurs to help detect the issue. But for daily use are not needed.

I keep them disabled and all works smoother, than before.

Best regards :)

Pingback from Alien Pastures » Huge update to slackware-current and what it meant to my laptop
Posted: November 15, 2010 at 02:19

[…] was not apparent at first (and some people were pointing at the open source graphics drivers). I had reported about this problem before – my Asus Eeepc 1000H which has an Intel graphics chip started having these compositing […]

Pingback from KDE 4 and intel video | slackalaxy
Posted: January 11, 2013 at 21:35

[…] up. Freeze. Nothing but resetting it from the power button would help. Googled around and found a useful post by AlienBob. Also, reading the official Slackware 14.0 release CHANGES_AND_HINTS.TXT explained how […]

Write a comment