Bug 87464
Summary: | External monitor runs at incorrect resolution | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Brian Ryner <bryner> | ||||||||||
Component: | XFree86 | Assignee: | X/OpenGL Maintenance List <xgl-maint> | ||||||||||
Status: | CLOSED RAWHIDE | QA Contact: | David Lawrence <dkl> | ||||||||||
Severity: | high | Docs Contact: | |||||||||||
Priority: | medium | ||||||||||||
Version: | 9 | ||||||||||||
Target Milestone: | --- | ||||||||||||
Target Release: | --- | ||||||||||||
Hardware: | All | ||||||||||||
OS: | Linux | ||||||||||||
Whiteboard: | |||||||||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||||||||
Doc Text: | Story Points: | --- | |||||||||||
Clone Of: | Environment: | ||||||||||||
Last Closed: | 2004-09-29 20:16:21 UTC | Type: | --- | ||||||||||
Regression: | --- | Mount Type: | --- | ||||||||||
Documentation: | --- | CRM: | |||||||||||
Verified Versions: | Category: | --- | |||||||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||||||
Embargoed: | |||||||||||||
Attachments: |
|
Description
Brian Ryner
2003-03-27 06:18:34 UTC
Created attachment 90740 [details]
xdpyinfo output
This is the output from xdpyinfo _after_ executing the aforementioned
workaround. I'll check whether it's any different when the monitor is at the
wrong resolution.
Nope, no change in xdpyinfo output after I rebooted (and the monitor is now at the lower resolution). In the above workaround, I should note that re-running the display configuration on each bootup isn't necessary. I can work around the problem by just booting up with the monitor physically disconnected. Also, I tried to do the same workaround with just stopping and starting the X server instead of rebooting, but it doesn't work. This is driving me nuts, so I'll be happy to provide any logs or files that might help narrow this down. Can you attach your XFree Config files for both the laptop and the external monitor and your XFree log file? Maybe comparing both of them somehow might come up with an answer. There is no "9.0" release, and there won't be. The release is: Red Hat Linux 9 Not "Red Hat Linux 9.0" Created attachment 90754 [details]
XF86Config file
I'm not sure what you meant about XF86Config files for the laptop and the
monitor. I only have a single XF86Config, and this is it.
Created attachment 90755 [details]
XFree86 log when I start with the monitor disconnected
This is the XFree86 log when I start up with the monitor disconnected (and upon
reconnecting it, it's at the correct resolution).
Created attachment 90756 [details]
XFree86 log when I start with the monitor attached
This is the XFree86 log file when I start with the monitor connected and it
uses the incorrect lower resolution.
I thought you were reconfiguring your XFree Config file when trying to use the monitor, is why I asked for both. Or at least changing it when trying to use it. If you are changing it, then yes please attach the changed one as well. Otherwise, what you have so far should be enough to start on, thanks. Have you looked at the 'radeon' manpage and tried some of the options present there? The greater problem at least in my opinion, is that our configuration tool is really created for configuring a machine with one single display, and not for multihead configurations. As such, any user using multihead must configure it themselves, and when doing so, if something doesn't work right, they assume it is a bug and file a bug report. Often, it is not easy to even determine if the problem being reported is a real bug in XFree86, a bug in the config tool, or just end user misunderstanding on how to manually configure the overly complex configuration themselves. Not having this kind of hardware, makes it nontrivial for me to properly assess the problem to determine on my own if it is a bug, or just a misconfiguration or a shortcoming of our config tool. I also suggest posting your problem on the xfree86 mailing list, as that will provide feedback from many other users and developers with and without this hardware, some of whom may have experienced the same problem and perhaps found a solution already. If you find an answer to the problem please update the bug report so I know where it stands. I made some progress here (thanks for the man page pointer). If I either set CloneMode to 0, or set it to 2 and enable DDCMode, things work pretty much as expected. I'm trying to figure out what the real difference is between these two settings. sorry, CloneDisplay, not CloneMode. This issue should be fixed in the current xorg-x11 6.8.1 release which is present in our Fedora Development code base, known as "rawhide". If this issue turns out to still be reproduceable in the latest version of Fedora Core, please file a bug report in the X.Org bugzilla located at http://bugs.freedesktop.org in the "xorg" component. Once you've filed your bug report to X.Org, if you paste the new bug URL here, Red Hat will continue to track the issue in the centralized X.Org bug tracker, and will review any bug fixes that become available for consideration in future updates. |