<div class="gmail_quote">On Mon, Apr 30, 2012 at 21:20, Jesse Barnes <span dir="ltr"><<a href="mailto:jbarnes@virtuousgeek.org" target="_blank">jbarnes@virtuousgeek.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="HOEnZb"><div class="h5">Ahh these are vswing and preemphasis values for the various types...</div></div>
<br>
Doesn't look like this goes up to the 19 dwords the docs specify?<br></blockquote><div><br></div><div>The last pair is for HDMI, it is ignored for FDI/DP, so I write it along with all others to already prepare DDI to work in any mode.</div>

<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Usually, double buffered means we need to write a trigger reg somewhere<br>
for the values to be latched in, or wait for vblank.  What's different<br>
here?<br></blockquote><div><br></div><div>I'll double-check, it could be possible that they don't need to be double-buffered. In the first series I split the double-buffering part (with a delay) into a separate patch as it made things work more reliable on my machine, but it got merged when I moved everything to intel_ddi.c.</div>

<div> </div><div>FDI is not yet stable enough, so I need to find if the issues I was having with it are due to that, or we really need the double-writing.</div></div><div><br></div>-- <br>Eugeni Dodonov<a href="http://eugeni.dodonov.net/" target="_blank"><br>

</a><br>