Mesa (main): ci/iris: Demote APL deqp to manual-only for now.

[GitLab Mirror]

Module: Mesa
Branch: main
Commit: 3c0e4be89bd43c4ffa970f86b14765c5f518aa13
URL:    http://cgit.freedesktop.org/mesa/mesa/commit/?id=3c0e4be89bd43c4ffa970f86b14765c5f518aa13

Author: Emma Anholt <emma at anholt.net>
Date:   Thu May  5 09:40:37 2022 -0700

ci/iris: Demote APL deqp to manual-only for now.

it's been flaking with "2022-05-05 16:29:49.055151: [0m[31mERROR - Failure
getting run results: parsing results: Reading from dEQP: timed out waiting
for fd to be ready (See \"//results/c32.r1.log\")" and a pile of missings
since the brief "whoops, HW CI failed to listen to the test exit code"
regression.

The only ways I know of to hit this case would be:

1) The deqp binary abruptly wedges on its own.  This happens with NFS
failures sometimes, but the rest of the run went fine and we never got the
kernel complaining about NFS, so that seems unlikely.

2) The stderr pipe filled up before stdout was completed, and deqp got
wedged trying to output stderr (happens sometimes when you do like
NIR_DEBUG=print in your run).

Both of these seem unlikely, given that we've got a big .qpa file that
made it all the way to writing out test case durations at the end of the
run before abruptly terminating.  Why didn't we have at least some of the
test results parsed?

The next deqp-runner release we integrate will solve #2, and cleans up
these error paths a bunch, so I'm hoping we get more information soon.

Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/16350>

---

 src/intel/ci/gitlab-ci.yml | 1 +
 1 file changed, 1 insertion(+)

diff --git a/src/intel/ci/gitlab-ci.yml b/src/intel/ci/gitlab-ci.yml
index 05a300fcb19..646085d12e9 100644
--- a/src/intel/ci/gitlab-ci.yml
+++ b/src/intel/ci/gitlab-ci.yml
@@ -106,6 +106,7 @@ anv-tgl-vk:
 iris-apl-deqp:
   extends:
     - .iris-apl-test
+    - .test-manual-mr
   variables:
     DEQP_SUITE: iris-apl
   parallel: 3