Bug 16309
Summary: | 4.3.48 with Chips & Technologies 65550 | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Sam Varshavchik <mrsam> | ||||||||||
Component: | Xconfigurator | Assignee: | Trond Eivind Glomsrxd <teg> | ||||||||||
Status: | CLOSED DEFERRED | QA Contact: | |||||||||||
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-08-21 00:59:36 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: | |||||||||||||
Attachments: |
|
Description
Sam Varshavchik
2000-08-16 04:19:14 UTC
Created attachment 2534 [details]
XF86Config generator by Xconfiguration 4.3.48
Created attachment 2535 [details]
This is the XF86Config that I need to get 800x600x24
Can it do 640x480 in 32bpp? (I.e. is it "not enough memory to use 32 bpp" or "this chipset doesn't support calling it 32, just 24 bit") This chipset does, indeed, support 32bpp, however only at 640x480. If I jigger XFree86 to start in 32bpp mode, it falls back to 640x480 due to an insufficient clock rate, as the following attachment shows. However, the native resolution of the LCD display is 800x600, and what happens is that the hardware scales 640x480 up to 800x600, which looks absolutely awful. So, although you could leave the 32bpp section in XF86Config, nobody will want to use it. It's real bad. In Windows what happens is that the 640x480 does not scale, but is centered in the middle of the screen, with a thick black border making up the 800x600 difference. This does not involve scaling the display, and looks much better, but I'm not sure why XFree86's 640x480 results in a scaled display, instead of simply a smaller picture. Created attachment 2582 [details]
XFree86 starting up in 32bpp mode.
Created attachment 2583 [details]
xdpyinfo output in 32bpp
So the fix is to just specify 24 instead of 32 bit? I've added code to write a 24 bpp section (just copy the 32 bpp ones), but there's no way to distinguish between 24 and 32 bit from the driver. Most drivers will be very unhappy with using 24 bpp as default in 32. The confusion is due to the fact that Xconfigurator tries to shoehorn both 32bpp and 24bpp together. In this case, both 32bpp and 24bpp are supported by this driver. Other drivers may support only 24bpp or 32bpp exclusively. Xconfigurator should present separate menus for 8bpp, 16bpp, 24bpp, and 32bpp, as distinct and separate, instead of showing just 8bpp, 16bpp, and 24bpp, and allow the user to pick available resolution for each color depth. In the current Xconfigurator, for Chips and Technologies 16550, the best results are obtained by generating identical 32 and 24 depth Sections is XF86Config, if 24bpp is selected in Xconfigurator, then adding DefaultColorDepth 24. Nobody will want to use 640x480 with C&T 16550, because it looks ugly, and 800x600 is only available in 8, 16, and 24bpp. If someone wanted 32bpp, for some reason, they can just change DefaultColorDepth. This C&T 16550 has only 2MB RAM, versions with more RAM probably support 800x600 at 32bpp. Menus etc. have been frozen for a long time., so these can't be changed. |