
The r8152 error detection is now considering any order of the known patterns to detect variations of the r8152 issues during the test phase. This includes a small refactoring for eventual new issues. Additionally, adjusted the timing for setting the `start_time` in `test_lava_job_submitter.py` to ensure consistency and reliability in test execution, aligning the start time closer to the job submission process. With this fix, the bad state shown in the following job will be detected: https://gitlab.freedesktop.org/drm/msm/-/jobs/55033953 Signed-off-by: Guilherme Gallo <guilherme.gallo@collabora.com> Part-of: <https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/27688>
26 lines
1.0 KiB
Python
26 lines
1.0 KiB
Python
from os import getenv
|
|
|
|
# How many attempts should be made when a timeout happen during LAVA device boot.
|
|
NUMBER_OF_ATTEMPTS_LAVA_BOOT = int(getenv("LAVA_NUMBER_OF_ATTEMPTS_LAVA_BOOT", 3))
|
|
|
|
|
|
# Supports any integers in [0, 100].
|
|
# The scheduler considers the job priority when ordering the queue
|
|
# to consider which job should run next.
|
|
JOB_PRIORITY = int(getenv("JOB_PRIORITY", 75))
|
|
|
|
# Use UART over the default SSH mechanism to follow logs.
|
|
# Caution: this can lead to device silence in some devices in Mesa CI.
|
|
FORCE_UART = bool(getenv("LAVA_FORCE_UART", False))
|
|
|
|
# How many times the r8152 error may happen to consider it a known issue.
|
|
KNOWN_ISSUE_R8152_MAX_CONSECUTIVE_COUNTER: int = 10
|
|
KNOWN_ISSUE_R8152_PATTERNS: tuple[str, ...] = (
|
|
r"r8152 \S+ eth0: Tx status -71",
|
|
r"nfs: server \d{1,3}\.\d{1,3}\.\d{1,3}\.\d{1,3} not responding, still trying",
|
|
)
|
|
|
|
# This is considered noise, since LAVA produces this log after receiving a package of feedback
|
|
# messages.
|
|
LOG_DEBUG_FEEDBACK_NOISE = "Listened to connection for namespace 'dut' done"
|