Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 658 - XFCom X driver for NeoMagic shows only 6 bits
Summary: XFCom X driver for NeoMagic shows only 6 bits
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: XFree86
Version: 5.1
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: David Lawrence
QA Contact:
Depends On:
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:
Last Closed: 1998-12-31 14:11:22 UTC

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

The X server installed is:

The X server I installed says it is 8bpp, but has this weird
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
TrueColor, but why is it different from the depth the server
is set to
for PseudoColor?


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.