<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body><span class="vcard"><a class="email" href="mailto:matthew.d.roper@intel.com" title="Matt Roper <matthew.d.roper@intel.com>"> <span class="fn">Matt Roper</span></a>
</span> changed
<a class="bz_bug_link
bz_status_REOPENED "
title="REOPENED - [CI] igt@kms_cursor_legacy@cursor-vs-flip - Failed assertion: igt_ioctl((fd), ((((2U|1U) << (((0+8)+8)+14)) | ((('d')) << (0+8)) | (((0xB2)) << 0) | ..."
href="https://bugs.freedesktop.org/show_bug.cgi?id=106233">bug 106233</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;">CC</td>
<td>
</td>
<td>matthew.d.roper@intel.com
</td>
</tr></table>
<p>
<div>
<b><a class="bz_bug_link
bz_status_REOPENED "
title="REOPENED - [CI] igt@kms_cursor_legacy@cursor-vs-flip - Failed assertion: igt_ioctl((fd), ((((2U|1U) << (((0+8)+8)+14)) | ((('d')) << (0+8)) | (((0xB2)) << 0) | ..."
href="https://bugs.freedesktop.org/show_bug.cgi?id=106233#c7">Comment # 7</a>
on <a class="bz_bug_link
bz_status_REOPENED "
title="REOPENED - [CI] igt@kms_cursor_legacy@cursor-vs-flip - Failed assertion: igt_ioctl((fd), ((((2U|1U) << (((0+8)+8)+14)) | ((('d')) << (0+8)) | (((0xB2)) << 0) | ..."
href="https://bugs.freedesktop.org/show_bug.cgi?id=106233">bug 106233</a>
from <span class="vcard"><a class="email" href="mailto:matthew.d.roper@intel.com" title="Matt Roper <matthew.d.roper@intel.com>"> <span class="fn">Matt Roper</span></a>
</span></b>
<pre>The failures here are because the DRM_IOCTL_MODE_CURSOR is being rejected by
the kernel because the pipe C cursor is straddling the left edge of the CRTC.
Although that would usually okay (planes will be clipped if partially
offscreen), this causes hardware failures on CHV pipe C so we prohibit it in
that specific case.
Interestingly, I don't see anywhere in this test where we actually try to
position the cursor partially offscreen. Also, positioning the cursor
partially offscreen should fail every time, whereas the behavior here seems
random (but only in the 'varying size' subtests). There may be a bug in the
test somewhere (e.g., a buffer overflow or uninitialized field that results in
different random/wrong values being used as the cursor x coordinate) or there
may be a kernel bug causing us to corrupt the cursor's coordinates when we're
changing the cursor size.
The next step for debugging would probably be to check and see what coordinates
actually are being requested in the cases where this fails so that we can
figure out if we have a consistent logic error somewhere or whether there's
some random memory corruption going on (either in the test or in the driver).</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>