Bug 2591 - x11perf antialias tests leak out of test window, perform poorly
Summary: x11perf antialias tests leak out of test window, perform poorly
Status: RESOLVED INVALID
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/mga (show other bugs)
Version: 6.8.0
Hardware: x86 (IA32) Linux (All)
: high minor
Assignee: Xorg Project Team
QA Contact: Xorg Project Team
URL: http://bugs.gentoo.org/show_bug.cgi?i...
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-02-21 23:35 UTC by Jason Bucata
Modified: 2018-06-12 19:08 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments
shell script to exercise buggy X operations (322 bytes, text/plain)
2005-02-21 23:35 UTC, Jason Bucata
no flags Details
Stripped-down xorg.conf file to demonostrate bug and workarounds (939 bytes, text/plain)
2005-02-21 23:36 UTC, Jason Bucata
no flags Details

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.