<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - [CI][SHARDS] igt@kms_plane_multiple@atomic-pipe-[abc]-* - fail - Failed assertion: !mismatch, Last errno: 25, Inappropriate ioctl for device"
href="https://bugs.freedesktop.org/show_bug.cgi?id=110037#c5">Comment # 5</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - [CI][SHARDS] igt@kms_plane_multiple@atomic-pipe-[abc]-* - fail - Failed assertion: !mismatch, Last errno: 25, Inappropriate ioctl for device"
href="https://bugs.freedesktop.org/show_bug.cgi?id=110037">bug 110037</a>
from <span class="vcard"><a class="email" href="mailto:arkadiusz.hiler@intel.com" title="Arek Hiler <arkadiusz.hiler@intel.com>"> <span class="fn">Arek Hiler</span></a>
</span></b>
<pre>This tests sets all the non-primary planes to be 256x256 (cursor to 128x128)
and randomizes their positions, but with a limitation that they can't overhang
the visible area.
Then for that data it prepares primary plane, spanning the whole screen, also
filled with the same blue color and black holes for each of the other planes,
so that the holes would be covered by the overlay planes.
The final result, if blended correctly, should be a solid color on the whole
pipe.
We compare the CRC against a CRC we gathered from solid primary plane with
nothing overlayed.
This test failing may mean there are inaccuracies in blending planes.
User impact: small, as not much software is using multiple planes, and we have
other tests that seem to be fine with 2 planes / cursor.
Recommended next steps: extra logging for plane positions and maybe manual
verification/Chamelium capturing the broken frames for manual inspection.</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 on the CC list for the bug.</li>
<li>You are the QA Contact for the bug.</li>
</ul>
</body>
</html>