Summary: | 1600x1200 resolution breaks at startup, but works later with xrandr | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | xorg | Reporter: | Daniel Gnoutcheff <daniel> | ||||||||||
Component: | Driver/openchrome | Assignee: | Openchrome development list <openchrome-devel> | ||||||||||
Status: | RESOLVED MOVED | QA Contact: | |||||||||||
Severity: | normal | ||||||||||||
Priority: | medium | CC: | xavier | ||||||||||
Version: | unspecified | ||||||||||||
Hardware: | Other | ||||||||||||
OS: | All | ||||||||||||
Whiteboard: | |||||||||||||
i915 platform: | i915 features: | ||||||||||||
Attachments: |
|
Description
Daniel Gnoutcheff
2014-12-07 01:47:04 UTC
Created attachment 110522 [details]
maxres.Xorg.log
Attaching Xorg.log from the X server's failed attempt to startup with a xorg.conf that requests 1600x1200 as the inital resolution. I also get the same result (and almost exactly the same log) when starting X with no xorg.conf.
Created attachment 110523 [details]
maxres.xorg.conf
The xorg.conf used to generate maxres.Xorg.log.
Created attachment 110524 [details]
workaround.Xorg.log
The Xorg.log from a successful X server start with an xorg.conf requesting 1280x1024 as the inital resolution, followed by a successful switch to 1600x1200 via xrandr.
Created attachment 110525 [details]
workaround.xorg.conf
The xorg.conf used to generate workaround.Xorg.log
I think what happens is the following : the initial resolution is set to 1600x1200@75Hz, which exceed the memory bandwidth limit. When xrandr set the resolution, it set the mode to 1600x1200 @60Hz, which does not exceed the bandwidth. The 1600x1200@75 mode is validated in iga1_crtc_mode_fixup by ViaFirstCRTCModeValid, but then rejected by the later bandwidth check. One would expect it then fallback to the next available mode in the EDID, that is 1600x1200@60, but it seems that doesn't happen. I'll try to dig more to understand what happens, but I'm stuck for now. -- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/openchrome/old-bug-database/issues/13. |
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.