Bug 61962 - Dell 1600X Laptop Display Panel type has invalid vertical refresh rate
Summary: Dell 1600X Laptop Display Panel type has invalid vertical refresh rate
Alias: None
Product: Red Hat Public Beta
Classification: Retired
Component: hwdata
Version: skipjack-beta1
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Michael Fulbright
QA Contact: Brock Organ
Depends On:
Blocks: 61901
TreeView+ depends on / blocked
Reported: 2002-03-26 10:26 UTC by Barry K. Nathan
Modified: 2007-04-18 16:41 UTC (History)
0 users

Clone Of:
Last Closed: 2002-04-15 19:37:03 UTC

Attachments (Terms of Use)

Description Barry K. Nathan 2002-03-26 10:26:11 UTC
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):

How reproducible:

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

Additional info:

see steps for bug reproduction above

Comment 1 Michael Fulbright 2002-03-26 17:04:08 UTC
Thanks for the bug report I'll look into it.

Comment 2 Alexandre Oliva 2002-04-07 07:07:21 UTC
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.

Comment 3 Michael Fulbright 2002-04-11 23:50:53 UTC
I guess we need to change the hwdata values for this monitor to be a little more

Comment 4 Bill Nottingham 2002-04-12 01:07:23 UTC
This already has 59-80 for the refresh rate... I'm not sure what else to put there.

Comment 5 Barry K. Nathan 2002-04-13 07:07:29 UTC
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.)

Comment 6 Michael Fulbright 2002-04-15 19:36:56 UTC
This is a bug in the hwdata.

Fixed in hwdata-0.13-1.

Comment 7 Jay Turner 2002-04-19 00:29:39 UTC
Fix confirmed in 0.14-1

Note You need to log in before you can comment on or make changes to this bug.