zephyr/lib/cmsis_rtos_v2
Andy Ross 7e3d43b558 lib/cmsis_rtos_v2: Update to newer timeout API
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>
2020-05-06 06:05:03 -04:00
..
CMakeLists.txt
Kconfig lib/cmsis_rtos_v2: Update to newer timeout API 2020-05-06 06:05:03 -04:00
event_flags.c lib/cmsis_rtos_v2: Update to newer timeout API 2020-05-06 06:05:03 -04:00
kernel.c lib/cmsis_rtos_v2: Update to newer timeout API 2020-05-06 06:05:03 -04:00
mempool.c lib/cmsis_rtos_v2: Update to newer timeout API 2020-05-06 06:05:03 -04:00
msgq.c lib/cmsis_rtos_v2: Update to newer timeout API 2020-05-06 06:05:03 -04:00
mutex.c lib/cmsis_rtos_v2: Update to newer timeout API 2020-05-06 06:05:03 -04:00
semaphore.c lib/cmsis_rtos_v2: Update to newer timeout API 2020-05-06 06:05:03 -04:00
thread.c
thread_flags.c lib/cmsis_rtos_v2: Update to newer timeout API 2020-05-06 06:05:03 -04:00
timer.c lib/cmsis_rtos_v2: Update to newer timeout API 2020-05-06 06:05:03 -04:00
wrapper.h