Red Hat Bugzilla – Bug 625894
kwin freezes when changing related settings in systemsettings while compositing is active
Last modified: 2010-10-27 18:44:23 EDT
Description of problem:
Take a look at the upstream bug report =)
Version-Release number of selected component (if applicable):
xorg-x11 : 188.8.131.526
01:00.0 VGA compatible controller: ATI Technologies Inc RV770 [Radeon HD 4870] (prog-if 00 [VGA controller])
Steps to Reproduce:
1. Turn the desktop effects on (using OpenGL)
2. Change the window decoration (for example), click on apply
The cursor still move, the audio keep playing but everything else seems to be "frozen".
I can reproduce that with my HD 3650 in KDE 4.5.1
In a konsole running:
export LIBGL_ALWAYS_INDIRECT=1 ; kwin --replace
makes the freeze go away.
Currently the only that can be done according to upstream bug:
http://bugs.kde.org/show_bug.cgi?id=241402#c52 and following posts.
Thanks rdieter for testing it as first in IRC :)
kde upstream has come to the conclusion this is a mesa bug,
With small patch provided.
Here's a f13 scratch build that includes the aforementioned patch,
My own initial testing (for ~20 minutes, several systemsettings modifications) has been good, no badness yet.
Confirmed. The patch seems to fix it. I changed several settings and it worked as expected. No freezing.
Thanks Rex! :)
Second upstream patch candidate/scratch-build,
Works as well as expected. Seems even better. Some glitches i had are gone.
And patch adapted for a f14 scratch build,
Created attachment 451295 [details]
patch proposed in upstream tracker
Patch against f13's mesa-7.8.x
Created attachment 451296 [details]
mesa-7.9 patch proposed upstream
Testing feedback for proposed patch has been excellent. I'd move it be reviewed and considered for fedora's packaging (or in the least, poke those in the know upstream to review this prior to f14 release).
To be clear, the impact here is fairly large kde-wise, even though compositing is not enabled by default, this issue makes kwin compositing largely useless for most users of free drivers, easily prone to display freezes.
woo, ajax gave blessing on irc to incoporate this. I'll work on it.
is this the thing that makes KDE really slow in a KVM? I guess not since you say it's 'not enabled by default'?
"I'd move it be reviewed and considered for fedora's packaging"
We can certainly review this as a blocker as you've nominated, but just to reinforce, an issue does not need to be a blocker for a fix to be included in F14. Right now, the bug needs no special status, you can push a fix for this in simply by submitting an update and sending it through the normal Bodhi process. Once we hit freeze, if you want to have a patch taken through a fix you still don't need to nominate the bug as a blocker if it doesn't meet the criteria; you can nominate it as nice-to-have instead. The formal NTH process is still very new and in draft stage (up till now it's all been in various people's heads), but for practical purposes, to nominate a bug as NTH, just mark it as blocking F14-accepted instead of F14blocker .
Ah, ajax hinted this to me in irc, but I failed to notice until now... seems the f14 branch in git got a new snapshot recently (newer than master/), and the patched code in question is very much different now. This will need to be retested (removing f14 blockers until reconfirmed).
applied the patch to f13 branch at least.
Re: comment 13 , no this almost certainly isn't the kvm slow thing (still trying to get a handle on that)
mesa-7.8.1-9.fc13 has been submitted as an update for Fedora 13.
still has the problem. kwin freezes. :(
Now for some good news,
Mesa-7.9 (final) seems to have fixed the problem. Testing with quick-n-dirty scratch build that includes
No longer suffers from this bug,
FWIW - I'm able to run Rex's mesa 7.9-0.8.fc14.1 fine on my nVidia Corporation G98 [Quadro NVS 295] box with mesa-dri-drivers-experimental installed.
Sadly I cannot say the same, kwin still freezes just the same.
nVidia Corporation G96 [GeForce 9500 GT] (rev a1) + mesa-dri-drivers-experimental
According to (k)ubuntu, a newer mesa-7.9 snapshot fixes things for them too,
caught airlied on irc, and he said a newer mesa snapshot is in the works for f14.
Discussed at 2010-10-08 blocker/nth review, accepted as NTH.
re-assigning to Dave. Dave, just to make sure you're aware, change deadline for F14 final is Oct 18th, we need the new mesa build before then. Thanks!
(not sure why this is in 'modified' if a fixed build isn't actually available yet?)
Fedora Bugzappers volunteer triage team
(In reply to comment #23)
> (not sure why this is in 'modified' if a fixed build isn't actually available
Moving back to ASSIGNED based on previous comment
mesa-7.9-1.fc14 has been submitted as an update for Fedora 14.
okay guys please test and karma as appropriate.
Ok, this one works for me
mesa-7.9-1.fc14 has been pushed to the Fedora 14 testing repository. If problems still persist, please make note of it in this bug report.
If you want to test the update, you can install it with
su -c 'yum --enablerepo=updates-testing update mesa'. You can provide feedback for this update here: https://admin.fedoraproject.org/updates/mesa-7.9-1.fc14
mesa-7.9-1.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report.
mesa-7.8.1-9.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report.