From mboxrd@z Thu Jan 1 00:00:00 1970
From: bugzilla-daemon@freedesktop.org
Subject: [Bug 109380] [CI][BAT] igt@kms_chamelium@*- warn/fail - Last errno:
113, No route to host
Date: Fri, 16 Aug 2019 07:47:55 +0000
Message-ID:
References:
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="===============0871484664=="
Return-path:
Received: from culpepper.freedesktop.org (culpepper.freedesktop.org
[131.252.210.165])
by gabe.freedesktop.org (Postfix) with ESMTP id 4FDFC6EB0C
for ; Fri, 16 Aug 2019 07:47:55 +0000 (UTC)
In-Reply-To:
List-Unsubscribe: ,
List-Archive:
List-Post:
List-Help:
List-Subscribe: ,
Errors-To: dri-devel-bounces@lists.freedesktop.org
Sender: "dri-devel"
To: dri-devel@lists.freedesktop.org
List-Id: dri-devel@lists.freedesktop.org
--===============0871484664==
Content-Type: multipart/alternative; boundary="15659416752.ADAdd.26522"
Content-Transfer-Encoding: 7bit
--15659416752.ADAdd.26522
Date: Fri, 16 Aug 2019 07:47:55 +0000
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://bugs.freedesktop.org/
Auto-Submitted: auto-generated
https://bugs.freedesktop.org/show_bug.cgi?id=3D109380
Arek Hiler changed:
What |Removed |Added
----------------------------------------------------------------------------
Priority|medium |high
--- Comment #4 from Arek Hiler ---
Other than occasional flukes here and there the biggest offender seems to be
*after-suspend* family of subtest.
The most representative scenario looks like that:
1. schedule something on chamelium
2. got to sleep
3. scheduled thing triggers
4. wake up
5. check whether we see the changes reflected through DRM and pass
6. exit triggring chamelium cleanup
During 6 we have a failed RPC because network is not up yet after waking up,
which overwrites the test results to WARN.
Solution: introduce chamelium_wait_online(int timeout) that pings the device
and bails out after timeout. Always call it after waking up.
Everything else looks like sporadic network issues, but we have seen it jus=
t a
few times in the last months. We can investigate them further once we will =
get
rid of the main source of the noise.
Impact on users: none, it's a CI/test issue.
Impact on testing: potentially huge, as some of the tests may leave us with
chamelium ports unplugged adding to the flip-flopping of the 2x tests.
Bumping priority to high, as it is easy to solve and important for keeping =
the
CI noise down.
--=20
You are receiving this mail because:
You are the assignee for the bug.=
--15659416752.ADAdd.26522
Date: Fri, 16 Aug 2019 07:47:55 +0000
MIME-Version: 1.0
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://bugs.freedesktop.org/
Auto-Submitted: auto-generated
Arek Hiler
changed
bug 10938=
0
What |
Removed |
Added |
Priority |
medium
|
high
|
Commen=
t # 4
on bug 10938=
0
from Arek Hiler
Other than occasional flukes here and there the biggest offend=
er seems to be
*after-suspend* family of subtest.
The most representative scenario looks like that:
1. schedule something on chamelium
2. got to sleep
3. scheduled thing triggers
4. wake up
5. check whether we see the changes reflected through DRM and pass
6. exit triggring chamelium cleanup
During 6 we have a failed RPC because network is not up yet after waking up,
which overwrites the test results to WARN.
Solution: introduce chamelium_wait_online(int timeout) that pings the device
and bails out after timeout. Always call it after waking up.
Everything else looks like sporadic network issues, but we have seen it jus=
t a
few times in the last months. We can investigate them further once we will =
get
rid of the main source of the noise.
Impact on users: none, it's a CI/test issue.
Impact on testing: potentially huge, as some of the tests may leave us with
chamelium ports unplugged adding to the flip-flopping of the 2x tests.
Bumping priority to high, as it is easy to solve and important for keeping =
the
CI noise down.
You are receiving this mail because:
- You are the assignee for the bug.
=
--15659416752.ADAdd.26522--
--===============0871484664==
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: base64
Content-Disposition: inline
X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KZHJpLWRldmVs
IG1haWxpbmcgbGlzdApkcmktZGV2ZWxAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0dHBzOi8vbGlz
dHMuZnJlZWRlc2t0b3Aub3JnL21haWxtYW4vbGlzdGluZm8vZHJpLWRldmVs
--===============0871484664==--