Bug 16879 - [mach64] Maximizing windows slow with 16 bit color, works as expected with 24 bit color
Summary: [mach64] Maximizing windows slow with 16 bit color, works as expected with 24...
Status: RESOLVED INVALID
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/mach64 (show other bugs)
Version: 7.3 (2007.09)
Hardware: x86 (IA32) Linux (All)
: medium normal
Assignee: Xorg Project Team
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords: NEEDINFO
Depends on:
Blocks:
 
Reported: 2008-07-28 15:55 UTC by Gary D. Huffman, II
Modified: 2010-12-04 11:28 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments

Description Gary D. Huffman, II 2008-07-28 15:55:17 UTC
Machine is a P-III laptop with a Rage Mobility P/M AGP 2x (rev 64).  The only way I've been able to get reasonable performance with 16 bit color is to explicitly disable AIGLX support.  The problem occurs with hardware acceleration and without.  It occurs with the default MTRR configuration, as well as when it's altered to how I believe it should be with a script.

I first discovered the issue back in December 2007 when installing Arch Linux on this machine.  This occurs with the xorg.conf generated by the X server itself, as well as the one generated by the hwd command (not much difference, doesn't appear to be a config issue).

I would have reported this sooner, but I hadn't ever had this problem with any other distribution, so I thought it was specific to Arch.  It would now appear it's the bleeding edge nature of Arch that makes it unique in exhibiting this behavior.

I've tested with most of the Arch releases since December 2007, starting with:

xorg-server 1.4.0.90-3
xf86-video-ati 6.7.197-1

I am presently running:

xorg-server 1.4.2-1
xf86-video-ati 6.8.0-4

Please let me know if there's anything I can do to assist.
Comment 1 Matt Turner 2010-12-03 12:24:24 UTC
Is this still a problem?
Comment 2 Gary D. Huffman, II 2010-12-04 10:13:56 UTC
(In reply to comment #1)
> Is this still a problem?

Sorry! It ended up being quite a while before I worked around this problem in a more reasonable way, so I forgot to follow up. Apparently, the problem is a result of Window Maker not having been updated to work well with modern Xorg. No big surprise really, given how long it's been since a release! I ended up going with Openbox on that machine, and no tweaks to the X configuration are needed for decent 2D performance (sure would be nice to see 3D on it again though!!).


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.