<div dir="ltr"><div>Oops.  I neglected to preface this with my motivation:  I have a new monitor <br></div><div><div>that doesn't report its native resolution in its EDID block.  It seemed to me</div><div>this calls for an EDID quirk, but the current quirk infrastructure doesn't</div>

<div>allow explicitly creating new modes.  So I set out to make a simple enhancement</div><div>to allow specifying a new mode and then setting it as preferred.</div></div><div><br></div></div><div class="gmail_extra"><br>

<br><div class="gmail_quote">On Thu, Mar 21, 2013 at 5:36 PM, Dylan Semler <span dir="ltr"><<a href="mailto:dylan.semler@gmail.com" target="_blank">dylan.semler@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

The idea is setup a new quirk list with width, height, and refresh rates for<br>
each monitor that needs this quirk.  If a monitor is attached that matches one<br>
in this list, the full modeline is calculated with drm_gtf_mode, the<br>
DRM_MODE_TYPE_PREFERRED bit is set, and the new mode is added to the connector.<br>
<br>
The patch also creates a new quirk bit:  EDID_QUIRK_FORCE_MODE.  This bit needs<br>
to be set for the new quirk list discribed above to be checked.<br>
<br>
The first patch enhances the quirk logic as described above.  The second one<br>
adds my new monitor to the quirk lists.<br>
</blockquote></div><br></div>