Mahavir Jain 4636443b49 fix(aes): correct the linking of the DMA descriptors ... For certain data lengths, the last input descriptor was not getting appended correctly and hence the EOF flag in the DMA descriptor link list was set at incorrect location. This was resulting in the peripheral being stalled expecting more data and eventually the code used to timeout waiting for the AES completion interrupt. Required configs for this issue: CONFIG_MBEDTLS_HARDWARE_AES CONFIG_SOC_AES_SUPPORT_DMA This observation is similar to the issue reported in: https://github.com/espressif/esp-idf/issues/10647 To recreate this issue, start the AES-GCM DMA operation with data length 12280 bytes and this should stall the operation forever. In this fix, we are tracing the entire descriptor list and then appending the extra bytes descriptor at correct position (as the last node).		2023-09-06 08:30:37 +05:30
..
esp_crt_bundle	Tools: Fix Python style warnings	2022-08-09 14:30:52 +02:00
mbedtls@1d7033af30	feat(mbedtls): Update to release v2.28.4	2023-08-17 10:37:19 +05:30
port	fix(aes): correct the linking of the DMA descriptors	2023-09-06 08:30:37 +05:30
test	ci(test): add SHA DMA mode test for large data in PSRAM	2023-08-02 10:19:31 +05:30
CMakeLists.txt	esp_crt_bundle: Fix build problems if MBEDTLS_CERTIFICATE_BUNDLE is disabled	2022-06-12 09:29:12 +05:30
component.mk	ci: Fix issues for build stage	2022-02-02 15:03:48 +05:30
Kconfig	mbedtls: Update config options as per v2.28.2 release	2023-01-04 15:36:24 +05:30
Makefile.projbuild	esp32, mbedtls: check component name when enabling test flags	2018-11-20 01:27:24 +08:00