Bug 582856 - Under Compiz windows don't update consistently
Summary: Under Compiz windows don't update consistently
Keywords:
Status: CLOSED DUPLICATE of bug 577142
Alias: None
Product: Fedora
Classification: Fedora
Component: xorg-x11-drv-intel
Version: 13
Hardware: x86_64
OS: Linux
low
medium
Target Milestone: ---
Assignee: Adam Jackson
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-04-16 00:07 UTC by Ira Malinich
Modified: 2010-04-16 19:22 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-04-16 19:22:53 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Ira Malinich 2010-04-16 00:07:26 UTC
Description of problem:
Window contents don't always update and require the user to click on or move the window.  Clicking on a gtk+ tab may change the highlighted tab, for instance, but the contents of the dialogue box won't change until a second click is made; hovering the mouse over controls like buttons that haven't been drawn will reveal them.

As an educated guess, could this be hardware interrupt related?  CPU load increases the frequency of unredrawn window regions.

Version-Release number of selected component (if applicable):
kernel-2.6.33.2-43.fc13.x86_64
xorg-x11-drv-intel-2.10.0-4.fc13.x86_64
compiz-0.8.6-1.fc13.x86_64

How reproducible:
The problem seems to increase in frequency over time while Compiz is enabled.  Increasing CPU load guarantees reproducibility.

Steps to Reproduce:
1. Enable Compiz using Desktop Effects applet.
2. In a gnome-terminal window:

$ nice bash -c "while true; do true; done"

3. In another gnome-terminal, type random keys or hold down a key to auto-repeat.
  
Actual results:
Cursor isn't always moved forward and leaves multiple cursors behind where other characters should be.  The terminal window may be missing the last one or more characters typed from the keyboard, but clicking on the title bar will redraw the window contents properly.

Expected results:
All typed characters appear in the terminal with no cursors left behind.

Additional info:
Smolt profile:  http://www.smolts.org/client/show/pub_f4f93912-ae8a-4775-a857-86312a387e84

Comment 1 Adam Williamson 2010-04-16 18:21:18 UTC
A new version of the Intel driver, xorg-x11-drv-intel-2.11.0-1.fc13, has just been added: https://admin.fedoraproject.org/updates/xorg-x11-drv-intel-2.11.0-1.fc13 . Can you please test with this version and see if the bug is reproducible? If you have an installed Fedora 13, you can download and install the driver from the Koji link. If you are testing with live images, the nightly live images from 2010-04-17 (or possibly 2010-04-18) onwards should include this version: http://alt.fedoraproject.org/pub/alt/nightly-composes/desktop/ . This comment is being added to all open Fedora 13 intel bugs, please ignore if it does not make sense in the context of your bug.

Comment 2 Ira Malinich 2010-04-16 19:20:40 UTC
Since upgrading to xorg-x11-drv-intel-2.11.0-1.fc13 I haven't been able to reproduce this bug.

Interesting side effects of this update:
- glxgears no longer uses 60% CPU, now down to a tasteful 3%
- glxgears reported framerates appear to be locked to exactly the vertical refresh rate of my monitor (either 60 FPS or 74.6 FPS) where it used to show between 1200 and 1800 FPS.

Comment 3 Ira Malinich 2010-04-16 19:22:53 UTC

*** This bug has been marked as a duplicate of bug 577142 ***


Note You need to log in before you can comment on or make changes to this bug.