Bug 20116

Summary: [855GM] xorg-1.5.3 + intel-2.6.1 + linux-2.6.2[89] slow and corrupts display
Product: xorg Reporter: Bruno <bonbons>
Component: Driver/intelAssignee: Eric Anholt <eric>
Status: RESOLVED FIXED QA Contact: Xorg Project Team <xorg-team>
Severity: normal    
Priority: medium CC: maxi
Version: unspecifiedKeywords: NEEDINFO
Hardware: Other   
OS: All   
Whiteboard:
i915 platform: i915 features:
Attachments:
Description Flags
Screensht of corruption
none
Xorg config
none
Xorg log
none
my xorg.conf
none
my Xorg.0.log none

Description Bruno 2009-02-14 03:48:30 UTC
Created attachment 22941 [details]
Screensht of corruption

When running on recent kernel (2.6.28 and now 2.6.29-rc5, not verified with earlier kernels) X is slow and CPU-intensive for a lot of operations that worked smoothly with older intel driver, xorg server and kernel.
A sample are the enlightenment animations which previously used nearly-0% CPU time and now use 60% CPU (Xorg) and partially flicker.

In addition the bottom half of the display often suffers from corruption (e.g. partially covered by brown lines/areas) See attached screenshot. The corruption can usually be triggered by GTK comboboxes or menus.

Kernel is running with KMS disabled (KMS not working on my system, see #20115 for system details).
Comment 1 Bruno 2009-02-14 03:49:19 UTC
Created attachment 22942 [details]
Xorg config
Comment 2 Bruno 2009-02-14 03:49:56 UTC
Created attachment 22943 [details]
Xorg log
Comment 3 Thorsten Vollmer 2009-02-14 04:50:29 UTC
The screen corruption looks similar to the one described in bug 18503.
Comment 4 Bruno 2009-02-14 05:05:16 UTC
(In reply to comment #3)
> The screen corruption looks similar to the one described in bug 18503.
They are probably the same, note that I could take the screenshot with gimp without difficult (just a fullscreen screenshot, then extracting pertinent area)
For me corruptions are in range 640..1050px where top of display is at 0px.

So the slowness remains for this bug.
Comment 5 Maximilian Engelhardt 2009-03-18 12:50:28 UTC
Seems to be exactly the same problem that I have with my 855GM card.
I often get screen corruption and X is quite slow.
I'm not 100% sure about this, but I think KDE/Qt is much more affected by the slowdown than gnome/gtk. Perhaps this might be helpful for someone.
Comment 6 Maximilian Engelhardt 2009-03-18 12:51:30 UTC
Created attachment 24006 [details]
my xorg.conf
Comment 7 Maximilian Engelhardt 2009-03-18 12:52:19 UTC
Created attachment 24007 [details]
my Xorg.0.log
Comment 8 Eric Anholt 2009-07-15 14:36:00 UTC
2D performance for software fallbacks (which 8x does a lot of) should be much improved in master or the 2.8 RCs.  Could you retest with that?  kernel 2.6.30 is required, though

Comment 9 Eric Anholt 2009-07-22 10:31:36 UTC
Unfortunately this bug was about two separate issues simultaneously, but I think both are fixed now.

RĂ©mi reports that the corruption is fixed between 2.6.1 and 2.6.2.

The 2.8.0 driver has many sw fallback fixes beyond what 2.6.1 had, and I just pushed a performance fix to master for non-component-alpha text on 8xx on top of some general performance fixes for cairo.  The 8xx render support should now be in better shape on 855 than it's ever been.

commit 12c5aeca7a3db92d3522d00f5daf338d522e2176
Author: Eric Anholt <eric@anholt.net>
Date:   Thu Jul 16 13:34:09 2009 -0700

    8xx render: Add limited support for a8 dests.
    
    This improves aa10text performance from 74k to 569k on my 855 laptop.
    This also causes my 865 to hang on aa10text like it does on rgb10text,
    thanks to actually hitting render accel.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.