<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEEDINFO "
title="NEEDINFO - Delay in skl_disable_plane() causes a system freeze"
href="https://bugs.freedesktop.org/show_bug.cgi?id=104975#c72">Comment # 72</a>
on <a class="bz_bug_link
bz_status_NEEDINFO "
title="NEEDINFO - Delay in skl_disable_plane() causes a system freeze"
href="https://bugs.freedesktop.org/show_bug.cgi?id=104975">bug 104975</a>
from <span class="vcard"><a class="email" href="mailto:azhar.shaikh@intel.com" title="Azhar <azhar.shaikh@intel.com>"> <span class="fn">Azhar</span></a>
</span></b>
<pre>(In reply to Ville Syrjala from <a href="show_bug.cgi?id=104975#c71">comment #71</a>)
<span class="quote">> Came up with one more random idea:
> git://github.com/vsyrjala/linux.git double_buffer_ctl_simple_2</span >
This branch still had the spinlock issues (introduced with this patch "grab
double buffer ctl around the entire update") mentioned in <a href="show_bug.cgi?id=104975#c69">comment #69</a>, have
commented the schedule_timeout() in intel_pipe_update_start(), to move forward.
1. adjust the DDB and plane update seqeunces
2. irqsave/restore for skl wm
3. double buffer disable for scalers too
4. grab double buffer ctl around the entire update
5. leave the "allow" bit on, but arm the ddb/wm with a SURF write
6. clear the double buffer allow bits immediately after ddb/wm change
7. drm/i915: Use DOUBLE_BUFFER_CTL and disable planes before frobbing wm/ddb
With above patches on top of Linux-stable 4.15.18 without the support of IPC on
BXT+, system still crashes.</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>
</ul>
</body>
</html>