Mostly simple. Note that the CMSIS RTOS2 API specifies timeout values in system ticks instead of milliseconds, so the conversions here are able to elide a conversion that the original code had to do. That's a good thing, but does mean that in practice runtime behavior will not be 1:1 identical. Also note that the switch away from legacy timeouts involved a change to 64 bit timeouts by default, which pushed tests/portability/cmsis_rtos_v2 over the limit on qemu_xtensa. Unfortunately CMSIS stacks have a fixed limit we can't increase, so I turned off 64 bit timeouts (CMSIS apps won't need them by definition anyway -- their API is 32 bit). Signed-off-by: Andy Ross <andrew.j.ross@intel.com> |
||
|---|---|---|
| .. | ||
| cmsis_rtos_v1 | ||
| cmsis_rtos_v2 | ||
| fnmatch | ||
| gui | ||
| libc | ||
| open-amp | ||
| os | ||
| posix | ||
| updatehub | ||
| CMakeLists.txt | ||
| Kconfig | ||