Bug 61962

Summary: Dell 1600X Laptop Display Panel type has invalid vertical refresh rate
Product: [Retired] Red Hat Public Beta Reporter: Barry K. Nathan <barryn>
Component: hwdataAssignee: Michael Fulbright <msf>
Status: CLOSED RAWHIDE QA Contact: Brock Organ <borgan>
Severity: medium Docs Contact:
Priority: medium    
Version: skipjack-beta1   
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2002-04-15 19:37:03 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
Bug Depends On:    
Bug Blocks: 61901    

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