<html>
    <head>
      <base href="https://bugs.freedesktop.org/">
    </head>
    <body><span class="vcard"><a class="email" href="mailto:ville.syrjala@linux.intel.com" title="Ville Syrjala <ville.syrjala@linux.intel.com>"> <span class="fn">Ville Syrjala</span></a>
</span> changed
          <a class="bz_bug_link 
          bz_status_NEEDINFO "
   title="NEEDINFO - [regression, bisected] [i915] setting initial watermarks on gen 7 IVYBRIDGE causes blank lines on monitor"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=109477">bug 109477</a>
          <br>
             <table border="1" cellspacing="0" cellpadding="8">
          <tr>
            <th>What</th>
            <th>Removed</th>
            <th>Added</th>
          </tr>

         <tr>
           <td style="text-align:right;">Status</td>
           <td>NEW
           </td>
           <td>NEEDINFO
           </td>
         </tr></table>
      <p>
        <div>
            <b><a class="bz_bug_link 
          bz_status_NEEDINFO "
   title="NEEDINFO - [regression, bisected] [i915] setting initial watermarks on gen 7 IVYBRIDGE causes blank lines on monitor"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=109477#c6">Comment # 6</a>
              on <a class="bz_bug_link 
          bz_status_NEEDINFO "
   title="NEEDINFO - [regression, bisected] [i915] setting initial watermarks on gen 7 IVYBRIDGE causes blank lines on monitor"
   href="https://bugs.freedesktop.org/show_bug.cgi?id=109477">bug 109477</a>
              from <span class="vcard"><a class="email" href="mailto:ville.syrjala@linux.intel.com" title="Ville Syrjala <ville.syrjala@linux.intel.com>"> <span class="fn">Ville Syrjala</span></a>
</span></b>
        <pre>All the numbers look very much correct :/

Does the corruption go away if you start X (or whatever) that enables the
hardware cursor? The watermark dumps at least seemed to be w/o the cursor.

I see the BIOS is pretty old. Can you try to update it?

Let's also try to figure out which watermark level is the problem.
Please do these tests with drm-tip because it might not work with an older
kernel.

First let's rule out LP3:
# echo '12 4 16 0' > /sys/kernel/debug/dri/0/i915_pri_wm_latency
# echo '12 4 16 0' > /sys/kernel/debug/dri/0/i915_cur_wm_latency
$ xset dpms force off ; xset dpms force on
Still corrupted?

Then LP2:
# echo '12 4 0 0' > /sys/kernel/debug/dri/0/i915_pri_wm_latency
# echo '12 4 0 0' > /sys/kernel/debug/dri/0/i915_cur_wm_latency
$ xset dpms force off ; xset dpms force on
Still corrupted?

And finally LP1:
# echo '12 0 0 0' > /sys/kernel/debug/dri/0/i915_pri_wm_latency
# echo '12 0 0 0' > /sys/kernel/debug/dri/0/i915_cur_wm_latency
$ xset dpms force off ; xset dpms force on
Still corrupted?</pre>
        </div>
      </p>


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

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