ea35343eb1
This test was written with an outrageously long timeout of 25 seconds. That blows right through the 32 bit cycle counter on qemu_cortex_m3[1] and produces an essentially random delay instead of the desired number, causing a hang with the new SysTick driver in tickless mode. Push the number down so it doesn't overflow. The root cause, though, is that k_busy_wait() can take arguments it can't handle. It ought to have an outer loop or something so that it can spin for INT_MAX milliseconds correctly. [1] Which has a 12MHz clock rate. Many hardware implementations are much faster still. Signed-off-by: Andy Ross <andrew.j.ross@intel.com> |
||
|---|---|---|
| .. | ||
| src | ||
| CMakeLists.txt | ||
| prj.conf | ||
| testcase.yaml | ||