The BT threads are interfering with the main thread priority selection and the test fails semi-spuriously on NRF5x boards with "threads ran too soon" (i.e. not an EDF failure per se, but the fact that the new threads at K_LOWEST_APPLICATION_PRIO are running instead of the test thread). This is a reasonable workaround for testing the SCHED_DEADLINE ordering behavior, though. Fixes #9843 Signed-off-by: Andy Ross <andrew.j.ross@intel.com> |
||
|---|---|---|
| .. | ||
| deadline | ||
| preempt | ||
| schedule_api | ||