<html>
    <head>
      <base href="https://bugs.freedesktop.org/">
    </head>
    <body>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Need to set gt_min_freq_mhz to max value to avoid sync issues on Gemini Lake N5000/J5005"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=111032#c1">Comment # 1</a>
              on <a class="bz_bug_link 
          bz_status_NEW "
   title="NEW - Need to set gt_min_freq_mhz to max value to avoid sync issues on Gemini Lake N5000/J5005"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=111032">bug 111032</a>
              from <span class="vcard"><a class="email" href="mailto:chris@chris-wilson.co.uk" title="Chris Wilson <chris@chris-wilson.co.uk>"> <span class="fn">Chris Wilson</span></a>
</span></b>
        <pre>The GPU bases its decision on throughput, it it is saturated it will signal it
needs a higher frequency. Video decode is usually efficiently by the GPU and
can quite happily run with low clocks.

However, users are latency sensitive! For latency, we look at pageflips and if
the GPU is still busy when we expected to flip, we boost the clocks. The idea
being that with one missed frame, we then put ourselves in a regime where the
next sequence of frames do not miss.

As always, make sure you have the latest kernel (drm-tip is preferable if you
want to help test patches), and you can watch the decision process via
/sys/kernel/debug/dri/0/i915_rps_boost_info. To ensure that there is frame info
being provided, make sure you are either running the video fullscreen (with
flipping enabled) or under a compositor that flips.</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>