On Thu, Mar 21, 2013 at 5:42 PM, Dylan Semler dylan.semler@gmail.com wrote:
Oops. I neglected to preface this with my motivation: I have a new monitor that doesn't report its native resolution in its EDID block. It seemed to me this calls for an EDID quirk, but the current quirk infrastructure doesn't allow explicitly creating new modes. So I set out to make a simple enhancement to allow specifying a new mode and then setting it as preferred.
That's odd. Maybe it's actually in an extension block or something like that?
On Thu, Mar 21, 2013 at 5:36 PM, Dylan Semler dylan.semler@gmail.com wrote:
The idea is setup a new quirk list with width, height, and refresh rates for each monitor that needs this quirk. If a monitor is attached that matches one in this list, the full modeline is calculated with drm_gtf_mode, the DRM_MODE_TYPE_PREFERRED bit is set, and the new mode is added to the connector.
The patch also creates a new quirk bit: EDID_QUIRK_FORCE_MODE. This bit needs to be set for the new quirk list discribed above to be checked.
The first patch enhances the quirk logic as described above. The second one adds my new monitor to the quirk lists.
dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel