Display freeze when changing kwin effects settings if effects are active

Bug #633406 reported by Scott Kitterman on 2010-09-08
This bug affects 4 people
Affects Status Importance Assigned to Milestone
KDE Base
Won't Fix
Release Notes for Ubuntu
mesa (Fedora)
Fix Released
mesa (Ubuntu)

Bug Description

Binary package hint: kdebase-workspace

When changing kwin (KDE window effects) effects settings if compositing is active, the screen will freeze.

RELEASE NOTE: In a KDE Plasma Workspace, when changing desktop effects settings with effects active, the display will freeze. This can be avoided by disabling effects, making the desired settings change, and then re-enabling effects. If the display freezes, effects can be disabled using shift+alt+f12 and the display will, in most cases, unfreeze.

Related branches

Description of problem:

Take a look at the upstream bug report =)

Version-Release number of selected component (if applicable):

xorg-x11 :

01:00.0 VGA compatible controller: ATI Technologies Inc RV770 [Radeon HD 4870] (prog-if 00 [VGA controller])

How reproducible:


Steps to Reproduce:
1. Turn the desktop effects on (using OpenGL)
2. Change the window decoration (for example), click on apply

Actual results:

The cursor still move, the audio keep playing but everything else seems to be "frozen".

Additional info:

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 :)

Scott Kitterman (kitterman) wrote :

Confirmed by multiple reporters on IRC.

Changed in kdebase-workspace (Ubuntu):
importance: Undecided → High
status: New → Confirmed
Changed in ubuntu-release-notes:
importance: Undecided → High
Scott Kitterman (kitterman) wrote :

Opening release notes task since this is unlikely to be fixed before release.

tags: added: kubuntu regression-potential
Jonathan Riddell (jr) on 2010-09-08
Changed in kdebase-workspace (Ubuntu):
milestone: none → ubuntu-10.10
Changed in kdebase:
status: Unknown → Confirmed
Liviu Beraru (beraru-liviu) wrote :

Same here on Maverick Beta. After changing some desktop settings, kde freezes (only the mouse can be moved) and I have to physically restart the computer. I don't have this problem when running Lucid. When it freezes, I have no idea how to collect any debugging information.

Is it desktop effects settings? If so, no additional debugging is needed. Upstream is working on a fix. If not, please file a new new bug.

kde upstream has come to the conclusion this is a mesa bug,

Filed here,

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.

Scott Kitterman (kitterman) wrote :

This turns out to be a mesa bug. I built a test package with the mesa from the upstream mesa bug referenced in the linked KDE bug:

KDE: http://bugs.kde.org/show_bug.cgi?id=241402

Mesa: https://bugs.freedesktop.org/show_bug.cgi?id=30220

I'll attach a debdiff in a bit.

affects: kdebase-workspace (Ubuntu) → mesa (Ubuntu)
Scott Kitterman (kitterman) wrote :

The author of the patch cautions that such a change my expose other problems
like memory leaks with some drivers. Personally, I'll take a memory leak over
system freezes, but I don't see any evidence of it so far.

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,

tags: added: patch

Works as well as expected. Seems even better. Some glitches i had are gone.

Chris Halse Rogers (raof) wrote :

Hm. That patch doesn't apply to a clean 7.9 tree. I think this bug is caused by the mesa workaround for bug #638808. Could you test mesa 7.9~git20100909-0ubuntu1 and check that it does not appear there?

Scott Kitterman (kitterman) wrote :

The patch applies to -0ubuntu2. I can adjust it to apply to whichever version you want. The problem definitely existed with -0ubuntu1 as well (and the previous 7.8.2 package).

Launchpad Janitor (janitor) wrote :

This bug was fixed in the package mesa - 7.9~git20100924-0ubuntu1

mesa (7.9~git20100924-0ubuntu1) maverick; urgency=low

  * New upstream snapshot from the 7.9 release branch up to commit 3ad02793.
    - Fixes GPU hang in occlusion-query on i965 (LP: #634683)
    - Fixes hang/crash when changing desktop-effects settings in
      KDE. (LP: #633406)
  * debian/rules:
    - Update configure options for kms → drm EGL backend name change
    - Remove unused HAVE_KMS variable.
 -- Christopher James Halse Rogers <email address hidden> Thu, 23 Sep 2010 11:25:10 +1000

Changed in mesa (Ubuntu Maverick):
status: Confirmed → Fix Released
Scott Kitterman (kitterman) wrote :

Bug fixed, so no release note needed.

Changed in ubuntu-release-notes:
status: New → Invalid

Created attachment 451295
patch proposed in upstream tracker

Patch against f13's mesa-7.8.x

Created attachment 451296
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,

Marking NTH

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
> yet?)

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.

Changed in kdebase:
status: Confirmed → Won't Fix

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.

Changed in mesa:
status: Unknown → Confirmed
Changed in kdebase:
importance: Unknown → Medium
Changed in mesa:
importance: Unknown → Medium
Changed in mesa (Fedora):
importance: Unknown → Medium
status: Unknown → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.