https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_4549/shard-glk4/igt@kms_draw_crc@draw-method-xrgb8888-pwrite-ytiled.html (kms_draw_crc:1336) igt_debugfs-CRITICAL: Test assertion failure function igt_assert_crc_equal, file ../lib/igt_debugfs.c:370: (kms_draw_crc:1336) igt_debugfs-CRITICAL: Failed assertion: !mismatch Subtest draw-method-xrgb8888-pwrite-ytiled failed.
Setting to highest due to the regression introduced by Chris with this patch series: https://patchwork.freedesktop.org/series/47279/ BAT did not pass because Tomi did not suppress cnl-psr before adding it back to CI, but Chris should have reported the problem to us and hit re-run.
Don't you mean CI_DRM_4548 instead (or an IGT update at that time)? https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_4548/shard-glk1/igt@kms_draw_crc@draw-method-xrgb8888-pwrite-ytiled.html
Appologies Chris, the issue was introduced in https://intel-gfx-ci.01.org/tree/drm-tip/IGT_4576/git-log-oneline.log, which looks unrelated... The mystery thickens...
We seem to be building quite a collection of bugs where tests only fail for a given shardlist test ordering. It would be cool if we could apply delta debugging (e.g. https://github.com/sambayless/linedd/blob/master/linedd) to reduce the test list to a minimal one; hopefully identifying the culprit.
I believe this was an artifact of the powermanagement shenanigans follow drv_module_reload.
It did not happen since CI_DRM_4603_full (1 month ago). So seems like it is indeed fixed.
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.