Bug 108948

Summary: [CI][SHARDS] igt@kms_plane@pixel-format-pipe-[abc]-planes-source-clamping - fail - Failed assertion: !mismatch
Product: DRI Reporter: Martin Peres <martin.peres>
Component: DRM/IntelAssignee: Ankit <ankit.k.nautiyal>
Status: RESOLVED INVALID QA Contact: Intel GFX Bugs mailing list <intel-gfx-bugs>
Severity: normal    
Priority: high CC: intel-gfx-bugs
Version: XOrg git   
Hardware: Other   
OS: All   
Whiteboard: ReadyForDev
i915 platform: BXT, GLK, ICL i915 features: display/Other

Description Martin Peres 2018-12-05 10:58:19 UTC
https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_5263/shard-iclb1/igt@kms_plane@pixel-format-pipe-b-planes-source-clamping.html

https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_5260/shard-apl2/igt@kms_plane@pixel-format-pipe-c-planes-source-clamping.html

https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_5262/shard-glk3/igt@kms_plane@pixel-format-pipe-b-planes-source-clamping.html

Starting subtest: pixel-format-pipe-B-planes-source-clamping
(kms_plane:9237) igt_debugfs-CRITICAL: Test assertion failure function igt_assert_crc_equal, file ../lib/igt_debugfs.c:419:
(kms_plane:9237) igt_debugfs-CRITICAL: Failed assertion: !mismatch
Subtest pixel-format-pipe-B-planes-source-clamping failed.
Comment 1 Martin Peres 2018-12-05 11:01:10 UTC
These tests were introduced in IGT_4738 (https://gitlab.freedesktop.org/drm/igt-gpu-tools/commit/333f1386dcfc8d94830cf6458393cefdee6d4663) and failed immediately on ICL, GLK, and APL.
Comment 3 CI Bug Log 2019-01-14 16:50:40 UTC
A CI Bug Log filter associated to this bug has been updated:

{- BSW APL GLK ICL: igt@kms_plane@pixel-format-pipe-[abc]-planes-source-clamping - fail - Failed assertion: !mismatch -}
{+ BSW APL KBL GLK CFL WHL ICL: igt@kms_plane@pixel-format-pipe-[abc]-planes-source-clamping - fail - Failed assertion: !mismatch +}

New failures caught by the filter:

* https://intel-gfx-ci.01.org/tree/drm-tip/IGT_4768/shard-kbl3/igt@kms_plane@pixel-format-pipe-a-planes-source-clamping.html
Comment 4 Ankit 2019-01-16 07:53:18 UTC
I reproduced the issue on ICL with eDP.
I could see the subtests with YUV Pixel formats were failing, due to CRC Mismatch.

The CRC for the given flip, was different for each run, and not matching with the reference CRC.
So I recreated that flip, and checked the CRC for Plane index 0, 1 and 2.
Looks like initially the CRC is unstable, but becomes stable soon after.

Which lead me to add a delay between the commit and CRC capture, to check if that solves the problem.

With this the CRC does match for Plane index 0, 1, and 2, but for Plane-index 3, the CRC again does not match even after a substantial delay.

Debug in progress.
Comment 5 Ankit 2019-01-18 11:02:36 UTC
The issue is seen only on the SDR Planes in ICL (Plane 4 onwards) for YUV Format.

I suspect some where the plane color csc is causing the trouble.
In the kernel, for ICL, if the format is YUV, and the plane is SDR, CSC is requested from YUV709 to RGB709.
This is the point different than the icl hdr planes, for which the CRC is matching correctly. Not sure though.
Debug in progress.
Comment 6 CI Bug Log 2019-01-24 12:53:29 UTC
A CI Bug Log filter associated to this bug has been updated:

{- BSW APL KBL GLK CFL WHL ICL: igt@kms_plane@pixel-format-pipe-[abc]-planes-source-clamping - fail - Failed assertion: !mismatch -}
{+ BSW APL SKL KBL GLK CFL WHL ICL: igt@kms_plane@pixel-format-pipe-[abc]-planes-source-clamping - fail - Failed assertion: !mismatch +}

New failures caught by the filter:

* https://intel-gfx-ci.01.org/tree/drm-tip/IGT_4780/shard-skl3/igt@kms_plane@pixel-format-pipe-a-planes-source-clamping.html
Comment 7 Martin Peres 2019-03-15 11:57:54 UTC
Closing the bug, as the test has been reworked and the filters can't match anymore.
Comment 8 CI Bug Log 2019-03-15 11:58:16 UTC
The CI Bug Log issue associated to this bug has been archived.

New failures matching the above filters will not be associated to this bug anymore.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.