Move rtos greentea test closure to library

CMSIS: Restructure ported CMSIS_5 ...

See docs/adr/0001_cmsis_component_source_structure_recommendations.md
For details information.

Merge pull request #13459 from 0xc0170/fix_platform_component ...

platform: fix internal platform headers

platform: move internal headers to internal/ ...

They belong to internal folder to follow our guideline, not in source as they were.

TARGET_PSOC6: set CY_RTOS_AWARE based on RTOS availability

Merge pull request #13374 from caoyuan96421/bugfix2 ...

Fixed ThisThread flag_wait_any functions (fix #13360)

Include mbed_assert.h in Queue

Fixed ThisThread flag_wait_any functions

TESTS: fix timing drift test in rtos folder

TESTS: update test with explicit skip message

Fixed doxygen comment

Incorporating reveiw comments - Moving mbed_rtos_types.h to public headers

Moving around a few items within \rtos

psa: Replace Mbed PSA with TF-M ...

Add TF-M to Mbed OS, replacing the previous PSA implementation for
TF-M-capable targets. This commit adds files imported from TF-M, without
modification. The version of TF-M imported can be found in
`features/FEATURE_PSA/TARGET_TFM/VERSION.txt`.

These changes switch to TF-M as the sole PSA implementation for v8-M and
dual core targets, with TF-M running on the secure side and Mbed OS
running on the non-secure side. Single core v7-M targets will continue
to have PSA implemented via PSA emulation, implemented by Mbed OS.

Move or remove many PSA-implementing files, as PSA will be provided by
TF-M on non-single-v7-M targets. Delete any files that are not relevant
for PSA emulation mode.
 - Remove imported TF-M SPM
 - Remove Mbed SPM and tests
 - Remove Mbed-implemented PSA services and tests
 - Remove PSA_SRV_IMPL, PSA_SRV_IPC, PSA_SRV_EMUL and NSPE.
 - Replace PSA_SRV_EMUL and PSA_SRV_IMPL with MBED_PSA_SRV
 - Remove any files autogenerated by
   "tools/psa/generate_partition_code.py", which no longer exists.

Add new feature `PSA` to support PSA in Mbed OS.

Move the Mbed OS implementation of PSA services for v7-M targets (which
employ PSA emulation, and don't yet use TF-M) to
features/FEATURE_PSA/TARGET_MBED_PSA_SRV. Update the `requires`
attribute in TESTS/configs/baremetal.json to avoid breaking baremetal
testing builds.

Update .astyleignore to match new directory structure

Update Mbed TLS importer to place files into FEATURE_PSA

Create the following generic PSA targets:

* `PSA_Target` (Root level PSA generic target)
* `PSA_V7_M` (Single v7-M PSA generic target)
* `PSA_DUAL_CORE` (Dual-core PSA generic target)
* `PSA_V8_M` (v8-M PSA generic target)

Flatten MUSCA_NS and private MUSCA targets into public MUSCA targets.

Move mcuboot.bin to flat location (removing prebuilt folder)

Signed-off-by: Devaraj Ranganna <devaraj.ranganna@arm.com>
Signed-off-by: Jaeden Amero <jaeden.amero@arm.com>

Merge pull request #13034 from hugueskamba/hk_fix_sleep_tracing ...

ST boards: Fix sleep tracing

Merge pull request #13030 from kjbracey-arm/thisthreadgetname ...

Fix ThisThread::get_name definition

Merge pull request #12988 from jeromecoutant/PR_OS_TIMER ...

OS timer uses LPTICKER by default, then USTICKER

Merge pull request #12983 from kjbracey-arm/mutexcount ...

Mutex::unlock - decrement _count inside lock

ST boards: Fix sleep tracing ...

Prevent singleton lock if the RTOS is not yet ready.

lp_ticker is used during the RTOS initialization process.
ST lp_ticker implementation calls sleep functions
which in turn attempts to print to the console when sleep tracing
is enabled. Console initialization attempts to lock the singleton mutex.

Fix ThisThread::get_name definition

OS timer uses LPTICKER by default, then USTICKER ...

This PR makes the bare-metal mode work automatically
regardless of the tickless-from-us-ticker setting
- in non RTOS mode
- and in RTOS tickless mode

Mutex::unlock - decrement _count inside lock ...

`Mutex::unlock` was decrementing the `_count` member after releasing
the mutex, which meant it was unprotected, exposing a race that
could corrupt the count.

This could lead to an assert in `ConditionVariable::wait`, which
checks that the mutex count is one.

Define MBED_CONF_RTOS_MAIN_THREAD_STACK_SIZE properly in rtos mbed_lib.json

Merge pull request #12971 from kjbracey-arm/memorypool ...

MemoryPool fixes

Merge pull request #12949 from 0xc0170/feature_CMSIS_5_b5f0603d6 ...

CMSIS: update to CMSIS 5.7.0

MemoryPool fixes ...

Various deprecated methods weren't correct following recent changes.

Merge pull request #12901 from kjbracey-arm/mailchrono ...

Rationalise Mail/Queue/MemoryPool timing APIs

Rationalise Queue/Mail get/put APIs ...

To line up with MemoryPool/Mail alloc, rework naming of get/put

    Queue::get -> try_get, try_get_for
    Queue::put -> try_put, try_put_for
    Mail::get -> try_get, try_get_for
    Mail::put (no change, but assert that it works)

In the future the names `get` and `put` can be used for untimed blocking
operations. In the interim, you have to use
`try_get_for(Kernel::wait_for_u32_forever)`.

`Mail::put` differs in that it has always been a non-blocking call, but
it can be assumed to always succeed when used correctly, because the
Queue has enough room to store a pointer to every block in the
MemoryPool. It could in future be made a `void` return, similar to the
change made to `Mutex::lock`.

Rationalise MemoryPool/Mail alloc APIs ...

alloc APIs were generally inconsistent - take the opportunity to align with
other APIs like Semaphore.

    alloc -> try_alloc
    alloc_for -> try_alloc_for
    alloc_until -> try_alloc_until

In future the name `alloc` can be used for an untimed blocking
allocation.

rtos: do not include RTE_Component header ...

RTE_Component can't be included in the assembly file, as it is application header file
(C/C++) therefore assembler fails in this case. If the symbol RTE_CMSIS_RTOS2_RTX5_ARMV8M_NS is
needed, just define it via config. Therefore I am leaving the rest of ifdef _RTE_ there.