Bug 22716

Summary: RFE: Explicit 24/32 depth option, reverse order of multiple resolutions.
Product: [Retired] Red Hat Linux Reporter: Sam Varshavchik <mrsam>
Component: XconfiguratorAssignee: Preston Brown <pbrown>
Status: CLOSED RAWHIDE QA Contact: David Lawrence <dkl>
Severity: medium Docs Contact:
Priority: medium    
Version: 7.1   
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2000-12-22 04:47:04 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Sam Varshavchik 2000-12-22 04:46:59 UTC
This laptop uses a Chips and Technologies F65550 (rev 198) VGA controller. 
The preferred video mode is 800x600x24.

Xconfigurator inserted "DefaultColorDepth 32" for this chip, limiting it to
a rather ugly 640x480 resolution.

I would like to revisit the issue of separately listing resolutions for
depth 24 and depth 32, in addition to 8bps and 16bps, instead of having
Xconfigurator keep track of which video cards use depth 24, and which video
cards use depth 32 for 24bps video mode.  This takes a whole bunch of
guesswork out of Xconfigurator.

Also, when multiple resolutions are selected for the same video mode, they
are written out into XF86Config with the lowest resolution listed first. 
This results in X starting in the lowest resolution mode.  It's probably
better to reverse the order of the resolutions, and have X start in the
highest resolution selected.

It might even be worthwhile to simplify this even further, and simply
generate all the possible resolutions, from highest to lowest.  Since X
automatically deletes resolutions it can't support for the video card, this
results in X being automatically configured for the highest possible
resolution available in the hardware.  Just have Xconfigurator prompt for
the video depth mode, and use that to initialize
defaultcolordepth/defaultdepth.

Comment 1 Preston Brown 2001-01-29 20:30:42 UTC
resolutions have been reversed for the next release.  The other problem is much
harder to address without a major rewrite.