The old good KDE's "we not have properly 3D support on system"... Google about blur and Lancosz effects on KDE-4.5.x. You want to disable these toys.

mesa-7.9_rc2 is not playing well with my nVidia GeForce 7300 LE using the nouveau driver.
After the upgrade I was able to start KDE and I then went to System Settings -> Desktop Effects and tried changing the compositing type from Xrender to OpenGL. I was immediately thrown out of X back to the console.
After restarting X I was able to try changing the compositing type (without success) but then found that the Desktop effects tab was empty.
I then tried removing ~/.kde and restarting, but could not X to start (see attached screen scrape and Xorg.0.log).
I then reverted to mesa-7.8.2 and was able to start X without a ~/.kde.

I have now copied back my original ~/.kde, but the Desktop effects tab is still empty.

Attached Files

	kdestartupdump.txt (5.2 KB, 11 views)
	Xorg.0.log (28.3 KB, 8 views)

Who said that Nouveau have now the 3D support?

The Nouveau developers still says that the 3D support is a big NO-NO on Nouveau.

Yes indeed.

Relative to Xorg in 13.1, what's the conclusion? Improvement? No change? Regression? Not sure?

Thanks for feedback

After downloading the updated packages today, everything is fine and smooth - even composite runs smoother than Xorg 1.7.7, shipped with Slackware.

Only one thing that gets me kind of worried; it's not a problem, /per si/, but everytime I logout from KDE, I get

This, though, does not stop me from getting into KDE again, nor gives me any kind of problem on another session. But it's kind of weird.

I installed the most recent updates on my desktop (Intel Corporation 82G33/G31 Express Integrated Graphics Controller). I noticed no difference; I'm still limited to 60 Hz in glxgears & cannot use desktop effects. I really have to get a graphics card for that machine.
I also installed the updates on my laptop (ATI Technologies Inc RS690M [Radeon X1200 Series]). Here there was an entirely different story. Initially, it acted just like the desktop, but after about 8 - 10 minutes, the screen went black & the machine locked up completely. All it responded to was the power button. It worked properly on powerup, but would eventually go down. I reverted to the -current packages, & it has been up for almost an hour with no problems. I have no clue about what was going on, but the machine was basically unusable.
Regards,
Bill

Before to get a videocard, google about blur&lancosz effects in KDE-4.5.x... Now, I post from a "G31" videocard with all giggles and bells (excluding these effects).

For a stupid copy&paste from/to ~/.kde/share/config/kwinrc

Ok, i got a spare machine with the same specs (core i5, 12gb ddr3 in triple channel, intel x25m ssd, ext4 mounted with journal_checksum, extended attributes and acl) and played with KDE 4.5.1 since the last time i posted in this thread, here are my thoughts:

**DISCLAIMER:** After switching back and forth between awesome and i3, the impressions bellow might sound /offensive/ to people who love KDE and not reflect the actual state of it because it was not fine-tuned. That said, let's refrain from the "my daddy's wm beats ur daddy's wm" talk and let me know if anything mentioned bellow is due to [miss]configuration of KDE.

- KDE feels faster with Xorg 1.9, Mesa 7.9 and xf86-video-intel 2.13.0 (is it 2.12.902 or have they released it yesterday or something?).

- Compositing does work out of the box in KDE: previously it was either disabled or using the slow XRender only.

- Some effects (like fade) make it feel slower, but it still responsive (i.e. opening the K menu seems to take the same time as in opening the XFCE menu with xcompmgr running).

- I have a Razer Naga (5600dpi laser) but feels like i'm using my old mechanical mouse because i have to push/pull my mouse 2 (sometimes 3!) times to move from one side to another of a 1980x1050 screen. With Xorg 1.9 i have to work around this by increasing the cursor acceleration to 6.0x in systemsettings while it didn't happen with the older version. It works fine in XFCE, regardless of the Xorg version.

- Konsole feels faster like urxvt if you are using robby's packages.

Also, i think it's worth to note that my usage was mostly limited to using the terminal (8-12 tabs/windows open most of time, didn't use yakuake) and chrome.

According to this http://www.phoronix.com/scan.php?pag...item&px=ODY1MQ Mesa 7.9 is just released....

Robby, maybe it is time to update your packages tree and upstream it to -current?

sorry for the late reply (still got a super-flu and I'm unable to do much ): no regressions spotted here; no benchmarks done, but it feels snappier (tried on nvidia and intel) and compositing seems to be handled better on 945GME.
cannot tell for sure what depends also on the kernel upgrade (I'm using 2.6.35 with zen-stable patch -latest 2.6.35.x + BFS + lotta other stuff), I think they play well together.

On my 945GME (Acer eMachine), I cannot get OpenGL to work in KDE 4.5.1 with these testing packages, although all is OK on -current with KDE 4.5.1.
Looking at http://intellinuxgraphics.org/2010Q3.html I decided to try with a later kernel than the 2.6.35.4-smp I had been using (built with rworkman's generic config). I downloaded and installed 2.6.35.7-smp (built with the same config), but I still could not get OpenGL to work. In fact this created a problem, as when I resume from suspend to disk, I now get a corrupt screen display. I have to switch to a virtual console, log in blind and run shutdown to recover.

I am wondering whether part of the problem is in KDE 4.5.1
I have found that KDE 4.5.1 has an entry "OpenGLIsUnsafe=false" (in ~/.kde/share/config/kwinrc under [Compositing] ). If this is set to "true" then the Desktop effects tab under System Settings -> Display is empty of entries.
Perhaps KDE 4.5.1 is not able to interpret the capability of the later X, and is then refusing to allow OpenGL.

As an aside, this is interesting benchmarking report that I came across, looking at various Mesa versions on the 945GME chipset. http://www.phoronix.com/scan.php?pag...xds_mesa&num=1

- sorry, double post -

I can't lay again my hands on the netbook 'til next monday, then I'll run more tests: FYI I'm running a slackware-current on the thing with these x.org 1.9 packages and a 2.6.35 kernel with zen stuff (latest stable git), this is the config I'm using (building another right now, I started from robby's configs).

if you want to test with zen (i don't think zen kernel will be in slackware, though it would be great, they're nice guys ) you can apply a snapshot ("lzma -d -c /path/to/2.6.35-zen-patch.xz | patch -p1" in a pristine 2.6.35 -not 2.6.35.x, .x patches are already included- source tree).

There's a regression in mesa 7.9rc2 (and 7.9 final) with my radeonhd card; I haven't had time to bisect it yet, but until I do, I won't push for adding this stuff to mainline -current. One of the criteria on my list is "it works for me"
I'm hoping rc1 is fine, but I don't know -- I went straight from 7.8.2 (which was fine on that card but broken on the intel one in my laptop) to 7.9rc2.

Well, I still haven't had time to do the bisection yet, but I did go ahead and update mesa (along with all of the font packages and a few other things) in the meantime. There should be no functional changes in this batch - mesa 7.9rc2 and 7.9 were basically the same.