zephyr

History

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
..
cmsis_rtos_v1	cmake: use find_package to locate Zephyr	2020-03-27 16:23:46 +01:00
cmsis_rtos_v2	lib/cmsis_rtos_v2: Update to newer timeout API	2020-05-06 06:05:03 -04:00

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

cmsis_rtos_v1

cmake: use find_package to locate Zephyr

2020-03-27 16:23:46 +01:00

cmsis_rtos_v2

lib/cmsis_rtos_v2: Update to newer timeout API

2020-05-06 06:05:03 -04:00