Manuel Pégourié-Gonnard
Manuel Pégourié-Gonnard
@davidhorstmann-arm Do you really mean `string_to_names()` in the title? The ML post mentions `dn_gets()`, the PR fixing this is about `dn_gets()` and `string_to_names()` does not seem to be calling `dn_gets()`...
> * **changelog** TBD, but I would like to have some feedback from reviewers about this change before doing it. IMO not ChangeLog for this, as support for `CLIENT &&...
> * **development PR** not required because, if I'm not wrong, the MD module is internal in `development`, so the user is not able to make direct usage of it....
> The ABI-API break is expected because `struct mbedtls_md_context_t` will change its size depending on `PSA_WANT_` instead of `MBEDTLS_PSA_ACCEL_` symbols. Aw, I'm afraid this is a blocker. We [promise not...
Ok, I'm not opposed to a ChangeLog entry as long as it reminds readers that `CLIENT && !C` is still not officially supported. Good point about updating the documentation, thanks...
Note that the CI is failing in `test_default_psa_crypto_client_without_crypto_provider` which looks related.
@valeriosetti can you update the submodule pointer now that https://github.com/Mbed-TLS/mbedtls-framework/pull/140 has been merged?
Summary of the remaining steps to fix this issue: 1. Merge https://github.com/Mbed-TLS/mbedtls/pull/10216 2. Merge https://github.com/Mbed-TLS/mbedtls-framework/pull/173 (which depends on the above for a clean CI) 3. Create 2 PRs to mbedtls...
Re-opening, we still need non-regression tests. I suggest we wait for the release sync PRs to be merged, as they will update the pointers. Then we can do PRs for...
> I suggest we wait for the release sync PRs to be merged, as they will update the pointers. Then we can do PRs for mbedtls-development and 3.6 updating `component_test_gcc15_drivers_opt()`...