export KWIN_DIRECT_GL=1 - with this kde4s invert plugin works again, too, with intel. Thanks, Darth Vader!

Thanks for the appreciation!

But it would be very nice that you to say also: which Intel 'video card' model works properly under this tweak?

This time there were quite a few last minute security fixes (or even modifications to init scripts). I don't think that Pat and the team follow any procedure different than those for the previous releases but somehow I get the feeling that this one will be a really thoroughly tested one.

PS: I do not mean to say that others weren't. They were 99.99% pure gold, this one feels 99.99999% .

Just to report back, using the libdrm and mesa in testing does not help. X still crashes on me frequently.

About what chipset aka 'video-card', we talk? A 'lspci | grep VGA' will help us to known it.

Also, just try this xorg.conf option:

You can may add one of these:

And as a last resort measure for systems with crippling bugs:

EDIT: Oops! I just realized that you have your own thread for this problem. My bad! Can a moderator be nice to move this post here: http://www.linuxquestions.org/questi...shing-x-875638 , please?

As long as I read posting of X crashing in -current,. I hope and pray it doesn't go gold. I don't want anything crashing. I want rock sold stuff only. I use (and plan to use) slackware on a few machines, that will be vanilla, stock standard installation, no tweaks, no custom stuff, and they need to run smooth, stable, slackware! (without bothering to check if they use a intel gpu (i3/i5/onboard/card) an Nvidia or ATI chip)

Dear friend,

I ask you to open your eyes and look at Linux: All major Linux desktop environments are forcing the nice 3D effects. Even video drivers, they have 2D hardware acceleration.

And all Linux distributions have problems with these nice effects! Why?

Hardware graphics acceleration in Linux has not reached maturity. At best, AMD/ATI is just beta, Intel and Nouveau, are just alpha.

You want a stable Linux, agnostic to video drivers? Use Lynx and Midnight Commander into console.

OR, with some luck, the VESA driver will work for you.

1 members found this post helpful.

It seems to be a Intel driver problem across distros in regards to the newer X11 versions and KDE. So Xorg is good and Slackware great, its just Intel gpus that spoil the fun.


http://www.phoronix.com/scan.php?pag...item&px=OTM0NA

https://bugs.launchpad.net/ubuntu/+s...sa/+bug/763461

1 members found this post helpful.

Here it is:

I have intel 2.14.0 drivers installed, with libdrm-2.4.23-i486-1 and mesa-7.9.2-i486-1, with stock generic kernel (2.6.37.5 - not latest, though, yet). It has been reasonably stable, just one lockup after i grabbed updates from current few weeks ago.

Edit: Oh, i remembered, i recompiled stock kernel to get early-on fast kms without initrd, with agp, drm and 915 modules compiled into kernel.

I couldn't care less if the problem only occur when enabling certain desktop effects or any of the 3D stuff that's promoted here ( http://www.linuxquestions.org/questi...in-x11-402003/ ), but I'm reading here, it's possible for X to crash (or the pc becoming unresponsive) when switching from X to the the console and back ( CTRL ALT Fn -> ALT F7 )..

I'm not saying Slackware is to blame; I know the problem lies elsewhere, I'm saying: I Hope the problems (either with a patch or an upstream sollution) will be solved before 13.37 goes stable. It's a combination of things. But any distro is no less then a (working) combination of things. If there's a bug due to a (intel) driver problem, I'm sure all distro's would like to have it fixed asap,. at best before the new stable version.

The problem is that there is not just one bug. The situations seems to be that various bits of graphics hardware seem to only work reliably with a specific combinations of driver/libdrm/mesa/kernel versions, and what works for one, causes problems for another.

I also find the whole thing very disheartening, but Pat's in a no win situation here, he can't possibly identify and provide all the combinations necessary to make every bit of accelerated hardware out there run reliably. He does his best by choosing what works best for the majority and by providing alternative versions of some drivers/libs in extra/ or testing/ where he can, but finding the one that works best for you is always going to be trial and error until such time as the upstream graphics stack guys get their act together.

There were similar issues surrounding previous releases, and I should imagine there will be similar issues surrounding subsequent releases. Expecting every issue to be resolved in time for the 13.37 release is just unrealistic. If Pat decided to wait for it all to stabilise it'd never come out.

I would imagine that Pat is no happier about it than you are.

5 members found this post helpful.

True

From the other thread, devoted to the problem I'm stipulating:

Since the problems are so random, I'll just hope the things I normally do with slackware, won't cause any problems ( I'm not in to all the fancy eye-candy anyway ). Due to the randomness, I expect there won't be a limiting list of the thing you shouldn't do. IF there's a WM that isn't affected (XFCE?) that would be great.

It's not WM-specific or caused by 'eye-candy'. I use light-weight WMs - much lighter weight than Xfce - and they all crash repeatedly.

1 members found this post helpful.

(The message you have entered is too short. Please lengthen your message to at least 3 characters.)

Has anyone tried in xorg.conf just after line It used to help (now I use nvidia so I don't know if it helps now). Of course, it will make everything using GL slow.