Bug 658 - XFCom X driver for NeoMagic shows only 6 bits
Summary: XFCom X driver for NeoMagic shows only 6 bits
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: XFree86
Version: 5.1
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: David Lawrence
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 1998-12-30 22:37 UTC by sitongia
Modified: 2017-11-16 13:53 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 1998-12-31 14:11:22 UTC
Embargoed:


Attachments (Terms of Use)

Description sitongia 1998-12-30 22:37:05 UTC
Neomagic doesn't provide support.  I've posted to
comp.os.linux.x, and no one has answered, so I hope
you don't mind this submission.

System: IBM Thinkpad 380Z, RedHat 5.1, plus Neomagic XFCom X
server.

The X server installed is:
XFCom-neomagic-glibc-2.0.0-1.i386.rpm

The X server I installed says it is 8bpp, but has this weird
characteristic
of (from xdpyinfo):

significant bits in color specification: 6 bits

This seems to be limiting apps to 6 bits of color, even
though the server
appears to be in 8 bpp PseudoColor mode.

I think I understand what the "color specification" would be
for
TrueColor, but why is it different from the depth the server
is set to
for PseudoColor?

TIA!

Comment 1 Jay Turner 1998-12-31 14:11:59 UTC
There should be another line in the xdpyinfo display showing the color
depth for the screen that you are using.  This is where you should
find "8" as it relates to the color depth you are running.  The "6
bits" spec that you are referring to references the number of
significant bits in the color specification, and not the color depth
of the screen.


Note You need to log in before you can comment on or make changes to this bug.