Bug 582749 - Drawing on rotated screens with Intel graphics is slow.
Summary: Drawing on rotated screens with Intel graphics is slow.
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 13
Hardware: x86_64
OS: Linux
low
low
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: 589016
TreeView+ depends on / blocked
 
Reported: 2010-04-15 17:51 UTC by Michal Pomorski
Modified: 2011-06-27 15:36 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
: 589016 (view as bug list)
Environment:
Last Closed: 2011-06-27 15:36:50 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
The tearing effect when moving cursor up. The artifacts disappear soon after motion stops. (1.04 MB, image/jpeg)
2010-04-15 17:51 UTC, Michal Pomorski
no flags Details

Description Michal Pomorski 2010-04-15 17:51:23 UTC
Created attachment 406872 [details]
The tearing effect when moving cursor up. The artifacts disappear soon after motion stops.

Description of problem:
Drawing on rotated screens (especially external ones) with Intel graphics is slow. Even relatively slow movement tears and leave blocky artifacts wich disappears after a short while.

Running a hardware accelerated application (glxgears) at the same time makes the drawing much faster (the tearing can still be observed, but the artifacts are corrected very fast).

The error does not happen when running compiz.

Version-Release number of selected component (if applicable):
2.6.33.1-24.fc13.x86_64 (fedora test day release)

How reproducible:
Almost always (depends on use of hardware acceleration).

Steps to Reproduce:
1. Attach an external screen.
2. Start desktop without compiz.
3. Using Monitor Preferences, set the external monitor's rotation to Left.
4. The effect should be visible e.g. when scrooling in a drop-down menu.
  
Actual results:
Slow, ugly drawing resulting in non-persistent artifacts.

Expected results:
Fast, snappy drawing of windows and desktop components.

Additional info:
intel gl960 graphics, 
smolt profile: http://www.smolts.org/client/show/pub_af6a0a92-4c78-435e-b7a7-e7e6215fbe87

Comment 1 Anton Arapov 2010-04-16 08:34:47 UTC
Confirm. Seeing the same on my lenovo x200 within integrated intel card. Lots of annoying artefacts.

Comment 2 Michal Pomorski 2010-04-17 14:58:49 UTC
On irc, #fedora-test-day, Adam Jackson (https://fedoraproject.org/wiki/User:Ajax) suggested, a more aggressive rotation blitting could solve the problem.

Comment 3 Björn Persson 2010-04-18 12:49:11 UTC
This looks like it's one of the problems I see on my 82G35 [8086:2982] (rev 03). I see it with both xorg-x11-drv-intel-2.10.0-4 and 2.11.0-1. It can look like bug 577142 at first, but closer study shows that it differs in several ways:

· It happens with Metacity, not with Compiz.
· It happens only when the screen is rotated.
· I can reproduce it reliably.
· It affects only the leftmost part of the changed area. Often it's a block some 10 to 20 pixels wide that doesn't get drawn. Only narrow elements such as cursors and checkboxes may be left out entirely.
· When it affects tooltips they get corrected as soon as the mouse pointer moves. Otherwise the corruption lasts until anything other than mouse movements happens anywhere on the screen, for example a button that changes colours when the mouse moves over it. If I set the clock in the Gnome panel to display seconds, then the corruption disappears as soon as the second digits change.

I'm adding Adam Jackson to the CC list as the problem seems specific to Intel graphics. I hope that's OK.

Comment 4 Bug Zapper 2011-06-02 15:17:50 UTC
This message is a reminder that Fedora 13 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 13.  It is Fedora's policy to close all
bug reports from releases that are no longer maintained.  At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '13'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 13's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we may not be able to fix it before Fedora 13 is end of life.  If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora please change the 'version' of this 
bug to the applicable version.  If you are unable to change the version, 
please add a comment here and someone will do it for you.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 5 Bug Zapper 2011-06-27 15:36:50 UTC
Fedora 13 changed to end-of-life (EOL) status on 2011-06-25. Fedora 13 is 
no longer maintained, which means that it will not receive any further 
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of 
Fedora please feel free to reopen this bug against that version.

Thank you for reporting this bug and we are sorry it could not be fixed.


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