Add AES HW encryption for NUCLEO_F756ZG in mbedtls

[adustm]

Description

Enable HW acceleration for AES ECB + CBC on STM32F756ZG
aes_alt.c is compatible between STM32F4 and F7. Only defines have been necessary.
is #3954

Status

READY

Steps to test or reproduce

To test this feature, you have to modify TESTS/mbedtls/selfttest/main.cpp in order to call aes self test:
add:
#include "mbedtls/aes.h"
then

#if defined(MBEDTLS_AES_C)
MBEDTLS_SELF_TEST_TEST_CASE(mbedtls_aes_self_test)
#endif

then

#if defined(MBEDTLS_AES_C)
    Case("mbedtls_aes_self_test", mbedtls_aes_self_test_test_case),
#endif

[adustm]

@sg-

[adustm]

bump, ready to merge ?

[adustm]

@0xc0170
The PR is approved by Ron. Is there anything blocking here ?
Kind regards

[adustm]

Hello @adbridge @0xc0170
Any idea when this will be integrated in the master branch ?

cc @screamerbg

[adbridge]

@adustm Unfortunately we have been advised by @sbutcher-arm that all TLS PRs have to be approved by @yanesca before they can be merged. We are thus waiting on him.

[adbridge]

@adustm This also needs to be redirected to master .

[yanesca]

@adustm It looks good to me, but just to be thorough I would like to have a look at it after it is redirected to master too.

[adustm]

@yanesca @adbridge no problem to accept the review process
@yanesca just to let you know : AES for STM32F756 is 100% compatible with aes for STM32F439.
As aes was already merged in mbed-os, the merge of current PR should only add the AES_ALT in the mbedtls_device.h.

Kind regards
Armelle

[yanesca]

@adustm Thank you for reminding me! My main reason for wanting to have a look at it after rebase is, that this PR has been already merged and I github doesn't let me approve it. I just would like to give a formal approval and I hope I can do it after the rebase when we have an open PR.