mps2_an385:tests/kernel/tickless/tickless_concept/kernel.tickless.concept fail

[wentongwu]

*** Booting Zephyr OS build zephyr-v2.1.0-580-gb0a8461a873a  ***
Running test suite tickless_concept
===================================================================
starting test - test_tickless_sysclock
time 10, 220
time 230, 430
PASS - test_tickless_sysclock
===================================================================
starting test - test_tickless_slice
elapsed slice 110, expected: <100, 110>
elapsed slice 120, expected: <100, 110>

    Assertion failed at ZEPHYR_BASE/tests/kernel/tickless/tickless_concept/src/main.c:59: thread_tslice: t <= SLICE_SIZE_LIMIT is false

elapsed slice 0, expected: <100, 110>

    Assertion failed at ZEPHYR_BASE/tests/kernel/tickless/tickless_concept/src/main.c:57: thread_tslice: t >= SLICE_SIZE is false

elapsed slice 0, expected: <100, 110>

    Assertion failed at ZEPHYR_BASE/tests/kernel/tickless/tickless_concept/src/main.c:57: thread_tslice: t >= SLICE_SIZE is false

FAIL - test_tickless_slice
===================================================================
Test suite tickless_concept failed.
===================================================================
PROJECT EXECUTION FAILED

[galak]

Is this failure on hardware or QEMU?

[jhedberg]

Where did you see the issue? In CI?

[wentongwu]

Is this failure on hardware or QEMU?

QEMU

[wentongwu]

Where did you see the issue? In CI?

yes, in CI

[stephanosio]

This happens when the host CPU usage is very high (e.g. when running sanitycheck).

Re-running the test should make it pass (it is an intermittent failure caused by processing delay).

[stephanosio]

cc @nashif

[stephanosio]

Where did you see the issue? In CI?

I have seen this failure a number of times in the CI. Simply re-running the failing block in the Shippable will resolve this.

Maybe we should consider increasing the retry count for this test.

[erwango]

@jhedberg Can we increase the priority ? Frequency of the failure is non negligible

[jhedberg]

@jhedberg Can we increase the priority ? Frequency of the failure is non negligible

@erwango do you know who might be able to take ownership of this issue (i.e. have it assigned to them)? We can change the priority, but without an assignee I'm afraid it will not make much difference.

[erwango]

@erwango do you know who might be able to take ownership of this issue

@jhedberg, if there is not board owner then maybe the subsystem owner ?