mbedtls/3rdparty/p256-m
Gilles Peskine efaee9a299 Give a production-sounding name to the p256m option
Now that p256-m is officially a production feature and not just an example,
give it a more suitable name.

Signed-off-by: Gilles Peskine <Gilles.Peskine@arm.com>
2023-09-20 20:49:47 +02:00
..
p256-m Give a production-sounding name to the p256m option 2023-09-20 20:49:47 +02:00
CMakeLists.txt Minor changes to documentation and code comments for clarity 2023-04-28 17:55:02 +01:00
Makefile.inc
p256-m_driver_entrypoints.c Give a production-sounding name to the p256m option 2023-09-20 20:49:47 +02: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().