From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.8) Gecko/20050524 Fedora/1.0.4-4 Firefox/1.0.4
Description of problem:
Xorg.0.log shows the message, 'Mode "1600x1200" is larger than BIOS programmed panel size of 1280 x 1024. Removing.' System-config-display offers 1600x1200 anyway, but when I select it and relogin, something strange happens (see Actual Results).
The monitor is a 1600x1200 Dell 2001FP (Digital). The video card is an NVidia GeForce 6800. Win XP manages them at 1600x1200 so I know the hardware is ok.
The computer itself is a Dell Dimension 8400.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.Use system-config-display to set up for a Dell 2001FP (Digital) and NVidia GeForce 6800.
2.Relogin. It defaults to 800x600. Use system-config-display to adjust the resolution. Notice it offers resolutions 1600x1200 and even higher. Choose 1600x1200.
3.Relogin. Notice how the menus at top and bottom of the FC4 desktop are only visible if you chase them with the mouse.
4.Use system-config-display to step down to 1280x1024. Relogin. Now it is fine (except that the display is fuzzy, faking 1280x1024 on a 1600x1200 LCD!).
Actual Results: When I select a resolution above 1280x1024 and relogin, here is the strange thing that happens. The screen continues to use 1280x1024 resolution and offer a 1280x1024 desktop, but it reserves black bands at top and bottom and I can pan around the desktop using the mouse. In short, it is not as good as the real 1280x1024.
Expected Results: Win XP can use this monitor/NVidia combination at 1600x1200, and Xorg.0.log shows log notes indicating that it sensed a "supported" mode at 1600x1200. I expected to be able to use 1600x1200 resolution in Linux as I do in Windows.
Created attachment 116106 [details]
Created attachment 116107 [details]
From what you've provided above, this appears to either be a video BIOS
bug, a misconfiguration, or a bug in the 'nv' driver.
VendorName "Monitor Vendor"
ModelName "Dell 2001FP (Digital)"
DisplaySize 410 310
HorizSync 31.0 - 80.0
VertRefresh 56.0 - 76.0
The H/V ranges here seem a bit suspect to me. Please refer to the display
manufacturer's official documentation and confirm wether these ranges are
correct or not. If they are incorrect, please attach the manufacturer's
*.INF file for this display, which should have come on a CDROM with the
display, or alternatively from your manufacturer's website.
If the problem turns out to be due to improper H/V ranges, and you attach
the requested .INF file, please reassign the bug to the "hwdata" component
and we'll update our hardware database with the correct settings.
If the H/V ranges are correct however, or if the problem is not resolved
by changing them, then the problem may be a video BIOS issue, or a bug
in the "nv" driver. In this case, you will need to file a bug report in
the upstream X.Org bug tracker located at http://bugs.freedesktop.org in
the "xorg" component against the "nv" driver, so that the driver
maintainers can investigate the problem and try to find a fix or some
kind of workaround.
Setting status to "NEEDINFO_REPORTER", awaiting status update including
Horiz/vert refresh testing results, and/or upstream bug URL for tracking.
(In reply to comment #3)
The H/V ranges match the user's manual. I put in freedesktop.org bug #4314.
Can you try with the latest xorg-x11 (6.8.2-37.FC4.45) ? Thanks in advance.
The problem still occurs with xorg-x11-6.8.2-37.FC4.45
Thanks for the upstream bug URL. Setting status to "UPSTREAM" for tracking
in X.Org bugzilla.
I'm suffering with this problem with FC5 test releases and rawhide.