Assigning José as per https://bugs.freedesktop.org/show_bug.cgi?id=107719#c6.

Also seen on CFL: https://intel-gfx-ci.01.org/tree/drm-tip/drmtip_140/fi-cfl-s3/igt@kms_frontbuffer_tracking@psr-2p-scndscrn-shrfb-msflip-blt.html

https://intel-gfx-ci.01.org/tree/drm-tip/drmtip_140/fi-cfl-s3/igt@kms_frontbuffer_tracking@psr-2p-scndscrn-shrfb-pgflip-blt.html

Starting subtest: psr-2p-scndscrn-shrfb-pgflip-blt
(kms_frontbuffer_tracking:1186) CRITICAL: Test assertion failure function do_status_assertions, file ../tests/kms_frontbuffer_tracking.c:1635:
(kms_frontbuffer_tracking:1186) CRITICAL: Failed assertion: psr_wait_entry(drm.debugfs)
(kms_frontbuffer_tracking:1186) CRITICAL: PSR still disabled
Subtest psr-2p-scndscrn-shrfb-pgflip-blt failed.

Based on shards results priority is set to high.

Also seen on SKL
https://intel-gfx-ci.01.org/tree/drm-tip/CI_DRM_5175/shard-skl5/igt@kms_frontbuffer_tracking@psr-rgb101010-draw-pwrite.html

	
Starting subtest: psr-rgb101010-draw-pwrite
(kms_frontbuffer_tracking:2297) CRITICAL: Test assertion failure function do_status_assertions, file ../tests/kms_frontbuffer_tracking.c:1635:
(kms_frontbuffer_tracking:2297) CRITICAL: Failed assertion: psr_wait_entry(drm.debugfs)
(kms_frontbuffer_tracking:2297) CRITICAL: PSR still disabled
Subtest psr-rgb101010-draw-pwrite failed.

https://intel-gfx-ci.01.org/tree/drm-tip/drmtip_149/fi-skl-6700hq/igt@kms_frontbuffer_tracking@fbcpsr-1p-primscrn-spr-indfb-draw-blt.html

https://intel-gfx-ci.01.org/tree/drm-tip/drmtip_149/fi-skl-6700hq/igt@kms_frontbuffer_tracking@fbcpsr-tilingchange.html

https://intel-gfx-ci.01.org/tree/drm-tip/drmtip_149/fi-skl-6700hq/igt@kms_frontbuffer_tracking@fbcpsr-1p-primscrn-shrfb-pgflip-blt.html

https://intel-gfx-ci.01.org/tree/drm-tip/drmtip_149/fi-skl-6700hq/igt@kms_frontbuffer_tracking@psr-rgb101010-draw-mmap-cpu.html

https://intel-gfx-ci.01.org/tree/drm-tip/drmtip_149/fi-skl-6700hq/igt@kms_frontbuffer_tracking@fbcpsr-1p-primscrn-spr-indfb-move.html

https://intel-gfx-ci.01.org/tree/drm-tip/drmtip_149/fi-skl-6700hq/igt@kms_frontbuffer_tracking@fbcpsr-1p-offscren-pri-shrfb-draw-mmap-wc.html

https://intel-gfx-ci.01.org/tree/drm-tip/drmtip_149/fi-skl-6700hq/igt@kms_frontbuffer_tracking@fbcpsr-1p-primscrn-shrfb-plflip-blt.html

Starting subtest: fbcpsr-1p-primscrn-shrfb-plflip-blt
(kms_frontbuffer_tracking:1624) CRITICAL: Test assertion failure function do_status_assertions, file ../tests/kms_frontbuffer_tracking.c:1635:
(kms_frontbuffer_tracking:1624) CRITICAL: Failed assertion: psr_wait_entry(drm.debugfs)
(kms_frontbuffer_tracking:1624) CRITICAL: PSR still disabled
Subtest fbcpsr-1p-primscrn-shrfb-plflip-blt failed.

Hi Martin

fi-skl-6700hq have a panel that have some PSR issues so that is why after a error we are not enabling PSR in it anymore, so PSR errors in this machine should be ignored or the panel should be replaced.

<4>[  373.273763] [drm] [transcoder EDP] PSR aux error
<7>[  373.273861] [drm:intel_psr_disable_locked [i915]] Disabling PSR1

<7>[  374.517628] [drm:intel_dp_compute_config [i915]] PSR sink implementation is not reliable

I checked the other reports in here and they don't have this error above.

https://intel-gfx-ci.01.org/tree/drm-tip/drmtip_150/fi-whl-u/igt@kms_frontbuffer_tracking@psr-1p-primscrn-pri-indfb-draw-mmap-cpu.html

https://intel-gfx-ci.01.org/tree/drm-tip/drmtip_150/fi-kbl-r/igt@kms_frontbuffer_tracking@psr-1p-primscrn-pri-indfb-draw-mmap-cpu.html

Starting subtest: psr-1p-primscrn-pri-indfb-draw-mmap-cpu
(kms_frontbuffer_tracking:1747) CRITICAL: Test assertion failure function do_status_assertions, file ../tests/kms_frontbuffer_tracking.c:1635:
(kms_frontbuffer_tracking:1747) CRITICAL: Failed assertion: psr_wait_entry(drm.debugfs)
(kms_frontbuffer_tracking:1747) CRITICAL: PSR still disabled
Subtest psr-1p-primscrn-pri-indfb-draw-mmap-cpu failed.

Seems to be that the PSR wait is too short?

Changing psr_wait_entry from 500 to 2500 appears to make the test pass..

https://patchwork.freedesktop.org/series/53981/

(In reply to Maarten Lankhorst from comment #8)
> https://patchwork.freedesktop.org/series/53981/

Tested the newest version of this patch on a KBL with two outputs, I can confirm the patch works.

commit 90c76cb9bb47a5a3ebb34ad6b1a557bc02d39713 (HEAD, origin/master, origin/HEAD)
Author: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>
Date:   Tue Dec 11 17:07:22 2018 +0100

    tests/kms_frontbuffer_tracking: Make sure GPU is quiescent before handling assertions, v2.

Waiting these results from shards:
https://intel-gfx-ci.01.org/tree/drm-tip/IGT_4748/runtimes-iclb.txt

This atleast now passes:
https://intel-gfx-ci.01.org/tree/drm-tip/drmtip_172/fi-icl-u3/igt@kms_frontbuffer_tracking@psr-2p-scndscrn-shrfb-plflip-blt.html

Still reproduced AFAICT:

https://intel-gfx-ci.01.org/tree/drm-tip/drmtip_179/fi-skl-6700hq/igt@kms_frontbuffer_tracking@fbcpsr-1p-primscrn-pri-shrfb-draw-mmap-wc.html

> Still reproduced AFAICT:
> 
> https://intel-gfx-ci.01.org/tree/drm-tip/drmtip_179/fi-skl-6700hq/igt@kms_frontbuffer_tracking@fbcpsr-1p-primscrn-pri-shrfb-draw-mmap-wc.html

As I have commented here: https://bugs.freedesktop.org/show_bug.cgi?id=108733#c5 fi-skl-6700hq have a panel that do not have a reliable PSR implementation so after the first error we do not enable PSR anymore, the panel should be replaced or PSR related tests should be put in CI whitelist.

...
<4>[  152.916239] [drm] [transcoder EDP] PSR aux error
...
<7> [324.909519] [drm:intel_dp_compute_config [i915]] PSR sink implementation is not reliable

Sorry, I had missed that. Resolving again, Martin how do you want to handle the unreliable panel?

(In reply to Francesco Balestrieri from comment #15)
> Sorry, I had missed that. Resolving again, Martin how do you want to handle
> the unreliable panel?

Can you file a new bug stating that this machine's panel is unreliable, and then we can point all failures to that?

That is laptop so cannot change that panel

Martin, there is now new bug reported for skl-6700hq: https://bugs.freedesktop.org/show_bug.cgi?id=109247 please use that.