Red Hat Bugzilla – Bug 97015
XFree86 locks up kernel when choosing color depth > 8
Last modified: 2007-04-18 12:54:41 EDT
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225
Description of problem:
I am using an ATI Rage Pro 128 graphics card. I have a ViewSonic PF790 monitor.
I have tried this under multiple versions of RedHat (7.3, 8, 9). Whenever I
attempt to switch the default color depth in XF86Config to 15, 16, or 24 and run
either X or startx from the command line (in runlevel 3) or use runlevel 5, the
entire kernel locks up. I cannot kill the X server, I cannot switch to a
different console, and I cannot even use the power button on the CPU. Too make
debugging this even more fun, I have not seen any messages in the logs or output
when redirecting that that indicate that any problem has occurred when I get the
system back up.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. modify XF86Config for DefaultColors = 16
3. watch the screen become a mess and be unable to do anything
Actual Results: I cannot do anything and the screen is unreadable.
Expected Results: I should have seen a normal X screen at with 16 bit color depth.
Created attachment 92266 [details]
Created attachment 92269 [details]
XFree86 log from attempt at 16 bit color
I had done an XFree86 - configure prior to attempting this. This is the entire
log, I have not edited anything. The only difference where it succeeds (at 8
bit depth) is that XINPUT is not the last line. I still have the one EE line
and the one WW line.
Unable to reproduce this on rawhide xorg-x11-220.127.116.113, please
upgrade to newer OS release if this problem still occurs, and test
rawhide xorg-x11. If the problem persists for you particular
hardware, please file a bug report to the X.Org bugzilla at:
http://bugs.freedesktop.org in the "xorg" component, and we will
track the issue upstream.