Bug 2591

Summary: x11perf antialias tests leak out of test window, perform poorly
Product: xorg Reporter: Jason Bucata <jbucata>
Component: Driver/mgaAssignee: Xorg Project Team <xorg-team>
Status: RESOLVED INVALID QA Contact: Xorg Project Team <xorg-team>
Severity: minor    
Priority: high CC: ajax
Version: 6.8.0   
Hardware: x86 (IA32)   
OS: Linux (All)   
URL: http://bugs.gentoo.org/show_bug.cgi?id=82532
Whiteboard:
i915 platform: i915 features:
Attachments:
Description Flags
shell script to exercise buggy X operations
none
Stripped-down xorg.conf file to demonostrate bug and workarounds none

Description Jason Bucata 2005-02-21 23:35:05 UTC
[This was originally filed on Gentoo's bugzilla; at the request of Gentoo devs,
I'm taking this upstream for them.]

Using Gentoo's xorg-x11-6.8.0-r4 on a Matrox Millennium G450 card, 32 MB RAM.

Running the x11perf program, the antialiased trapezoid tests work correctly
under color depths > 8 bits (I tested 24 and 16 bits IIRC).  At 8 bits, these
things happen:

1. The test window that all the graphics operations are displayed in is created
a few pixels indented, both horizontally and vertically, from the upper left
corner of the screen.  Normally all tests should paint their graphics within the
provided window.  These tests, however, are offset up and to the left from where
they should be, so that they leak out of the window and onto the desktop.  The
graphics operations are being painted relative to the screen--not relative to
the window as they should be.

2. The performance is abysmal: Instead of a few hundred operations per second,
it can take up to several minutes to perform one operation, depending on the
test.  It's as if hardware acceleration isn't being used, and those X operations
are using (badly written) software routines.

Symptom 1 is easily manifest with the aatrap1 test.  Both symptoms are manifest
by running a range from aatrap1 to addatrapezoid300.

The ways to work around this problem are:
     o Change to a higher color depth
     o Use the VESA or fbdev drivers instead of "mga"
     o Turn off acceleration to make "mga" work
     o Set to "true" either (or both) of XaaNoScreenToScreenCopy or
XaaNoOffscreenPixmaps, to make accelerated "mga" work

Recompiling multiple times, I found no change by varying the MMX, SSE, or 3D-Now
related Gentoo USE flags.
Comment 1 Jason Bucata 2005-02-21 23:35:58 UTC
Created attachment 1957 [details]
shell script to exercise buggy X operations
Comment 2 Jason Bucata 2005-02-21 23:36:36 UTC
Created attachment 1958 [details]
Stripped-down xorg.conf file to demonostrate bug and workarounds
Comment 3 Daniel Stone 2007-02-27 01:25:32 UTC
Sorry about the phenomenal bug spam, guys.  Adding xorg-team@ to the QA contact so bugs don't get lost in future.
Comment 4 Adam Jackson 2018-06-12 19:08:30 UTC
Mass closure: This bug has been untouched for more than six years, and is not
obviously still valid. Please reopen this bug or file a new report if you continue to experience issues with current releases.

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.