Summary: | nouveau can't use a Dell 2001FP in 1600x1200 mode | ||
---|---|---|---|
Product: | xorg | Reporter: | a.freedesktop.5.cmetz |
Component: | Driver/nouveau | Assignee: | Nouveau Project <nouveau> |
Status: | RESOLVED WONTFIX | QA Contact: | Xorg Project Team <xorg-team> |
Severity: | normal | ||
Priority: | medium | CC: | madman2003 |
Version: | 7.2 (2007.02) | ||
Hardware: | x86 (IA32) | ||
OS: | Linux (All) | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
a.freedesktop.5.cmetz
2007-04-18 07:57:00 UTC
Reassigning bugs to the list. (In reply to comment #0) > The long term best solution would be to figure out why this is being > misdetected and correct that. A good short term solution would be to implement > the "PanelSize" option in nouveau (see the radeon driver) to allow the user to > override the detected panel size and force the driver to attempt to continue. I've tried this, it doesn't work. As far as I can tell, what actually happens with nv and nouveau on digital connections is that the "resolution" we set is really just the size of the framebuffer, which is then fed to an upscaler for scanout. In other words, your panel is always scanning out whatever the BIOS set it to at init time, which defaults to 1280x1024 because that's nice and conservative. The nvidia driver, we can assume, just goes ahead and bangs the output registers directly. Experimentally, using RANDR to resize the screen is subjectively faster on nv than on, say, radeon. This corroborates the above theory; you're not changing the signalling timings, so the monitor doesn't need to resync. These sort of issues should not exist in the randr-1.2 codepath (Option "Randr12" in the device section) of the driver. This should work reasonably (for your generation of card), if not, then you may be asked for a mmio-trace of the nvidia binary, so i can figure out what's wrong. nv indeed does not change the clocks for flatpanels (at all). The randr-1.2 codepath of nouveau should detect the largest mode and bring that up. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.