Description of Problem:
X fails to start on my Dell Latitude C600 laptop when docked. I'm using a Compaq S900 monitor. My guess is that when I attempt to start X, it tries to initialize the LCD instead of the monitor. I can run X just fine when I have Xconfigurator configure for the LCD screen instead.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Run Xconfigurator
2. Which detects the video and monitor (the Compaq S900) correctly, but fails to detect the video ram.
3. Select 8Mb video memory manually
4. Select 1280x1024@24bpp for resolution
5. Test starting X fails
Xconfigurator attempts to start X, the screen goes blank for a moment, and then the monitor switches as if there is no input signal (The "on" light turns from green to orange).
X should start up just fine.
As I mentioned, I can run X just fine on the LCD, but I use this thing docked a lot more than I do undocked.
If you are using the 'ati' driver, you may want to add
Option "Display" "BIOS"
In Section "Device".
e.g. (on my CPx)
Identifier "ATI|Rage Mobility P/M AGP 2x"
Option "Display" "BIOS"
Well, I tried your suggestion and:
1) either that worked,
2) changing the setting in the BIOS to use the laptop's video card instead of the docking station video card (I don't think the docker has one to begin with...) worked
the combination of those two things fixed the problem. I'm guessing it was your suggestion. Incidentally, Xconfigurator specifies "r128" for the driver. I've switched to "ati" and added the "Display" "BIOS" option as well.
Thanks for your help.
Just to add some information. There are 3 ATI video drivers that come
with XFree86 4.x. "ati", "r128", "radeon"
Each one of those drivers is for the specific chipset family. The
"radeon" driver *only* works with Radeon hardware, the "r128" driver
*only* works with ATI Rage 128 hardware, and the "ati" driver *only*
works with Mach64 and older hardware.
Quite often when someone has a problem, someone else will suggest trying
one of the other ATI drivers "just in case". This information is
false however and will not change a thing. Each of the 3 drivers,
support only that specific chipset family that they were designed for.
The drivers were however made a bit smart, so that if someone specifies
the wrong driver (choosing r128 driver for a Mach64 card), the driver
internally bails out, and starts the correct driver instead - overriding
the user's selection. So in short, if "ati" driver does not work,
choosing "r128" as the driver, only causes the "r128" driver to start
up, go "hmm, this is not an r128 card", and then it starts up the "ati"
driver instead, and bails.
Likewise for other invalid combinations. One additional thing however,
is that choosing the wrong driver, does not always work. Sometimes
the autodetection logic in the wrong driver, will fail and not be able
to load the correct driver.
In the end, the proper thing to do, is use the correct driver at all
times. If it fails, then it is either a misconfiguration, or a bug
in the driver, or some other issue. In any case, choosing the wrong
driver "just to see if it works" will not ever yeild better results
Closing as resolved in CURRENTRELEASE (RHL 7.3)