[experiment] mbedtls force ARM64 Neon even when macros say otherwise (#2793)

2025-12-04T06:32:40+00:00

more of the mbedtls trying to make macro magic even through they do runtime checks Reviewed-on: https://git.eden-emu.dev/eden-emu/eden/pulls/2793 Reviewed-by: crueter Reviewed-by: CamilleLaVey Co-authored-by: lizzie Co-committed-by: lizzie

[nca] Use better tight loop allocation schemes (none at all) for AES decrypt/encrypt and force MbedTLS to use AES x86_64 instructions (#2750)

2025-10-17T03:08:51+00:00

Uses stack instead of allocating stuff haphazardly (16 bytes and 512 bytes respectively) - removes malloc() pollution and all that nasty stuff from tight loops Original work by Ribbit but edited by me. Will NOT bring a massive speedup since the main bottleneck is mbedtls itself, but may bring nice oddities to STARTUP TIMES nonetheless. AES instructions being forced wont affect CPUs without them since there is always a runtime check for them. Signed-off-by: lizzie lizzie@eden-emu.dev Co-authored-by: Ribbit Reviewed-on: https://git.eden-emu.dev/eden-emu/eden/pulls/2750 Reviewed-by: CamilleLaVey Co-authored-by: lizzie Co-committed-by: lizzie

eglantine-cirakg/.patch/mbedtls/0002-aesni-fix.patch, branch nx2

[experiment] mbedtls force ARM64 Neon even when macros say otherwise (#2793)

[nca] Use better tight loop allocation schemes (none at all) for AES decrypt/encrypt and force MbedTLS to use AES x86_64 instructions (#2750)