CMake: Fix some NUVOTON build ...

Correct source file listings for M251, M261.
Also remove unused input source files.

CMake: Create CMSIS library targets to remove dependency on MBED_TARGET_LABELS ...

This goes towards eventually removing reliance on targets.json to specify
the requirements of Mbed targets.

use dmConnId_t for conn id

fix Cordio attsCsfActClientState index parameter ...

instead of using a handle this should be conn id
there were two calls using it differently

CMake: Refactor post-build hook to remove APP_TARGET references ...

There should not be a reference to APP_TARGET in Mbed OS as end-users
may decide to use a different name for the CMake variable to store their
application name.

Fix indentation in RW_IRAM1 load region description

Fix indentation in ER_IROM1 load region description

Refactor ARM MSP2 target scatter files for bare metal support

Add bare metal support to ARM_MPS2_Target family of targets

CMake: remove debug print

CMake: remove IAR references as they are not supported

CMake platform: remove IAR related CMakeLists ...

Not supported

Update Mbed version block

Merge pull request #14286 from 0xc0170/cmake-fix-remove-target-workaround ...

CMake: remove workaround for targets prior refactor

Merge pull request #14289 from hugueskamba/hk_cmake_refactor_cypress ...

CMake: Refactor Cypress targets

Fix post build mechanism with unique CMake custom targets ...

The CMake custom target must be unique to avoid more than one
Mbed target adding the same. Only the CMake custom command added for the
Mbed target being built is run as the custom CMake target now includes
the Mbed target name.

CMake: Refactor Cypress targets ...

Refactor all Cypress targets to be CMake buildsystem targets. This removes
the need for checking MBED_TARGET_LABELS repeatedly and allows us to be
more flexible in the way we include MBED_TARGET source in the build.

A side effect of this is it will allow us to support custom targets
without breaking the build for 'standard' targets, as we use CMake's
standard mechanism for adding build rules to the build system, rather
than implementing our own layer of logic to exclude files not needed for
the target being built. Using this approach, if an MBED_TARGET is not
linked to using target_link_libraries its source files will not be
added to the build. This means custom target source can be added to the
user's application CMakeLists.txt without polluting the build system
when trying to compile for a standard MBED_TARGET.

Merge pull request #14284 from 0xc0170/cmake-refactor-arm-ssg ...

CMake Arm SSG: refactor CMake targets

Merge pull request #14030 from arduino/i2c_stm32_wrong_clock ...

STM32H7: Compute I2C timing according current I2C clock source

Merge pull request #14275 from rwalton-arm/dev/rwalton-arm/fix-more-st-targets ...

Fix ST targets naming and linker script issues

CMake: remove workaround for targets prior refactor ...

As we refactored all targets, we can remove this workaround from the tree.

CMake: Fix STM32G0 target

CMake: Generate response file before adding mbed-targets ...

We need to generate a "response file" to pass to the C preprocessor
when we preprocess the linker script, because of path length limitations
on Windows. We set the response file and bind the path to a global
property. The MBED_TARGET being built queries this global property when
it sets the linker script.

We must set this global property before the targets subdirectory is
added to the project. This is required because the MBED_TARGET depends
on the response file. If the path to the response file is not defined
when the target requests it the config definitions will not be passed
to CPP.

Fix FF1705_L151CC target

Fix STM32F103xB target

Fix STM32F072xB target

Fix NUCLEO_H743ZI2 target

Fix NUCLEO_L496ZG_P target

Fix DISCO_L4R9I target

Merge pull request #14270 from 0xc0170/cmake-refactor-maxim ...

CMake Maxim: fix targets naming