On Fri, 2004-09-24 at 18:19 -0700, Rick Graves wrote:
Hey,
I have two bits of info that suggest this is more of a RedHat problem than a Linux problem:
There are actually a couple different issues ... and they can't be really be lumped together.
- A high school friend had exactly this problem
(screen when blank when booting up) on a computer running RedHat 9. (A different monitor had been used to install RedHat 9, and that monitor worked OK. Later, my high school friend got a different monitor, which went blank on boot up.) I solved the problem for my friend by swapping his nVIDIA card for a Voodoo Banshee. (And then I upgraded him to CentOS-3.)
This issue (the blank, black screen) happen when newer NVIDIA cards (usually newer than FX 5200) are used that XFree86 thinks can use the older "nv" driver ... but changes in the hardware prevent the driver from working correctly. This makes XFree86 think that X started correctly, but it did not. (Installing the REAL "nvidia" drivers and not the reverse engineered "nv" solves this problem)
This issue can also happen if the correct numbers for HorizSync and VertRefresh are used, thereby allowing X to think it can load a mode that it can not. You should always check the values that were put in for HorizSync and VertRefresh against the actual monitor specs.
- I tried doing a Debian X desktop install on my test
bench system with the nVIDIA TNT2 card plugged in. Debian's X install is more manual (less automatic) than under CentOS. I had to tell it which driver to use ("nv"), which I found by looking it up via Google. Debian could not get X to load -- after the screen flashed several times, Debian gave up and dumped me onto a text prompt with some messages on the screen.
This issue is normally easier to fix, the X-Server didn't start. This one has many reasons, most of which can be fixed based on the output of /var/log/XFree86.0.log.
Maybe it is fair to say that it is a Linux problem, which RedHat 9 and its descendants do not handle well.
They are actually Xwindows (XFree86 and X.org) problems caused by NVIDIA's and ATI's (there are similar issues with ATI drivers) refusal to open source the drivers for their products. Since the real divers are not open source, the X-Windows drivers are developed by reverse engineering and trial and error ... and don't have things like 3D support.
So, really, ATI and NVIDIA are to blame ... but if you want/need recent 3D performance, a Voodoo Banshee card from 1998 is not going to get the job done. Therefore, making either an ATI or NVIDIA 3D card work is a must for real video performance.
It is usually not that hard, just boot into console mode, and install the binary drivers provided by ATI or NVIDIA. (that can be complicated at times, especially if you throw in a chipset like the NVIDIA NFORCE2, where the agpgart drivers are also not included in some older kernels).
Due to NVIDIA and ATI not releasing the drivers so they can be placed in the kernel source and compiled as modules when you upgrade your kernel (like most hardware is), when you upgrade your kernel, you have to recompile the NVIDIA and ATI drivers ... that is also a linux issue, not a RedHat / CentOS issue. This same issue happens with any hardware (Wireless NIC, Camera, SCSI card, etc.) where proprietary drivers are required and not included in the kernel.
RHEL exacerbated this problem by taking some items that are included in the kernel.org kernel and calling it "unsupported", meaning that RHEL isn't supported on this hardware. That is what the kernel-unsupported package is all about.
----------------------- Johnny Hughes http://www.HughesJR.com/