You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The current way that the SHA256 hardware engine and the mbedtls implementation of mbedtls_pkcs5_pbkdf2_hmac interact with each other results in the situation where that function never releases the SHA256 engine lock. Below I included a trace of how functions are called in pico_mbedtls.c and in mbedtls' pkcs5.c.
You can see that it ends with a call to mbedtls_md_hmac_reset which claims the lock, but then it is never released. I would submit a pull request to address this, but I am not sure if it this a problem of mbedtls, or the link to the pico's SHA256 engine?
The current way that the SHA256 hardware engine and the mbedtls implementation of
mbedtls_pkcs5_pbkdf2_hmac
interact with each other results in the situation where that function never releases the SHA256 engine lock. Below I included a trace of how functions are called in pico_mbedtls.c and in mbedtls' pkcs5.c.You can see that it ends with a call to
mbedtls_md_hmac_reset
which claims the lock, but then it is never released. I would submit a pull request to address this, but I am not sure if it this a problem of mbedtls, or the link to the pico's SHA256 engine?The text was updated successfully, but these errors were encountered: