<html>
    <head>
      <base href="https://bugs.freedesktop.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_REOPENED "
   title="REOPENED - [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=91883#c34">Comment # 34</a>
              on <a class="bz_bug_link 
          bz_status_REOPENED "
   title="REOPENED - [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=91883">bug 91883</a>
              from <span class="vcard"><a class="email" href="mailto:jimmcdevitt60@gmail.com" title="Jim <jimmcdevitt60@gmail.com>"> <span class="fn">Jim</span></a>
</span></b>
        <pre>(In reply to Ville Syrjala from <a href="show_bug.cgi?id=91883#c33">comment #33</a>)
<span class="quote">> There are presumably two problems mixed up in this bug:

> 1) PSR/DMC problems, which result in bogus looking numbers in the debug
> output

> [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe A
> (start=301707 end=301708) time 1 us, min 1073, max 1079, scanline start
> 1088, end 1080

> Fixing this requires avoiding PSR and/or DC5/6 while we need vblanks, and we
> need to deal with the hardware resetting various counters on DC5/6 entry.
> There have been some patches posted but nothing went in so far AFAICS.

> 2) Actual vblank evade problems, which result in numbers that make sense,
> just we take way too long to do things

> [ 4427.089764] [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update
> failure on pipe A (start=146309 end=146310) time 179 us, min 1073, max 1079,
> scanline start 1071, end 1084

> This is most likely a regression from the improved gamma table stuff since
> we're now programming the gamma table(s) during the vblank evasion critical
> section, which is pretty bogus since those registers aren't even double
> buffered. I pointed this out but apparently no cared, and so the patches
> went in anyway. The fix would involve moving the programming to a better
> spot.</span >

commit numbers? Thanks you for the info.</pre>
        </div>
      </p>


      <hr>
      <span>You are receiving this mail because:</span>

      <ul>
          <li>You are the QA Contact for the bug.</li>
          <li>You are on the CC list for the bug.</li>
          <li>You are the assignee for the bug.</li>
      </ul>
    </body>
</html>