Red Hat Bugzilla – Bug 61962
Dell 1600X Laptop Display Panel type has invalid vertical refresh rate
Last modified: 2007-04-18 12:41:12 EDT
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1)
Description of problem:
The Dell 1600X laptop display type sets the vertical refresh rate (in the
XF86Config-4 file) to 1Hz. Thus, X doesn't work unless I change this manually
(to, for instance, "59-61" -- "59-60" also works, but "59", "60", and "61" all
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Take Dell with 1600X1200 unprobeable display (like my Inspiron 5000e).
2. Proceed with skipjack installation, up to display configuration stuff.
3. Notice that the monitor is "unprobed" and manually choose Dell 1600X Laptop
Display Panel (name might not be exactly that, but it's close).
4. Observe that vertical refresh rate gets set to 1Hz.
5. Test X configuration and see that it fails.
6. Choose text, not graphical, login (to make your life easier for the next
7. Finish the install and reboot into skipjack.
8. Log in as root.
9. "startx" -- this fails.
10. vi /etc/X11/XF86Config-4, find the vertical refresh setting, change
from "1" to "59-61" (or "59-60"), ZZ to save and exit. [you can use a
different text editor if you wish, of course]
11. "startx" -- this time GNOME appears in 133dpi 1600x1200 glory. Yes, the
fonts are tiny, but blowing those up on your own is probably not a big deal.
Actual Results: described in steps above
Expected Results: X test from anaconda should work, not fail; startx should
work the first time, without futzing with XF86Config-4 file
see steps for bug reproduction above
Thanks for the bug report I'll look into it.
I get the same results on my Inspiron 8000. I asked Dell about this, a while
ago, and the respose I got was that the primary display was the external one.
If it was not connected, DAC probing was actually expected return such an odd
value as 1. At least, this was oen of the hand-waving explanations I got when I
complained that things didn't work very well with the nvidia geforce2go video
card I got.
I've been using mostly the VESA driver ever since (that doesn't use the retrace
times at all), so things work fine despite the `1'. I considered using the
proprietary driver from nvidia, but it won't let the laptop suspend :-(
I hope you haven't got an nvidia card.
I guess we need to change the hwdata values for this monitor to be a little more
This already has 59-80 for the refresh rate... I'm not sure what else to put there.
I'm still seeing this with skipjack-beta2. The refresh rate might be specified
as 59-80 for all I know, but the *installer* is going ahead and showing "1", and
I have to manually specify 59-61 (I assume a larger range would work too). It
sounds to me like the installer may be ignoring the data for some reason. :( (I
haven't looked at the source or anything like that yet, however.)
This is a bug in the hwdata.
Fixed in hwdata-0.13-1.
Fix confirmed in 0.14-1