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): XFree86-4.3.0-2 How reproducible: Always Steps to Reproduce: 1. modify XF86Config for DefaultColors = 16 2. startx 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. Additional info:
Created attachment 92266 [details] XF86Config file
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-6.7.99.903, 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.