mbedtls/3rdparty/p256-m
David Horstmann de527fbfe0 Add MBEDTLS_TARGET_PREFIX to 3rdparty CMake
MBEDTLS_TARGET_PREFIX is prepended to the CMake targets for Mbed TLS
except for targets in 3rdparty. Change this so that 3rdparty targets use
the prefix as well.

This allows multiple copies of Mbed TLS to be used in the same CMake
tree when using code in the 3rdparty directory.

Signed-off-by: David Horstmann <david.horstmann@arm.com>
2023-09-28 18:39:33 +01:00
..
p256-m Give a production-sounding name to the p256m option 2023-09-20 20:49:47 +02:00
CMakeLists.txt Add MBEDTLS_TARGET_PREFIX to 3rdparty CMake 2023-09-28 18:39:33 +01:00
Makefile.inc
p256-m_driver_entrypoints.c Change the extension type of the file psa_crypto_driver_wrapper 2023-09-26 09:09:20 +00:00
p256-m_driver_entrypoints.h Give a production-sounding name to the p256m option 2023-09-20 20:49:47 +02:00
README.md Add warnings to documentation stating that p256-m code may be out of date with upstream, plus other minor grammatical fixes. 2023-04-28 17:54:15 +01:00

The files within the p256-m/ subdirectory originate from the p256-m GitHub repository, which is distributed under the Apache 2.0 license. They are authored by Manuel Pégourié-Gonnard. p256-m is a minimalistic implementation of ECDH and ECDSA on NIST P-256, especially suited to constrained 32-bit environments. Mbed TLS documentation for integrating drivers uses p256-m as an example of a software accelerator, and describes how it can be integrated alongside Mbed TLS. It should be noted that p256-m files in the Mbed TLS repo will not be updated regularly, so they may not have fixes and improvements present in the upstream project.

The files p256-m.c and .h, along with the license, have been taken from the p256-m repository. It should be noted that p256-m deliberately does not supply its own cryptographically secure RNG function. As a result, the PSA RNG is used, with p256_generate_random() wrapping psa_generate_random().