summaryrefslogtreecommitdiffstats
path: root/crypto/aes_ti.c
diff options
context:
space:
mode:
authorMark Brown <broonie@kernel.org>2021-12-14 15:27:14 +0000
committerCatalin Marinas <catalin.marinas@arm.com>2021-12-14 18:12:58 +0000
commit742a15b1a23aa43bde2d9d681281ec1925be13fd (patch)
tree6bf39f9f07ffeebf8cac95fd921ca9b813ac6e6e /crypto/aes_ti.c
parent481ee45ce9e078715b4ca50fcaea518e3aee1aa7 (diff)
downloadlinux-742a15b1a23aa43bde2d9d681281ec1925be13fd.tar.gz
linux-742a15b1a23aa43bde2d9d681281ec1925be13fd.tar.bz2
linux-742a15b1a23aa43bde2d9d681281ec1925be13fd.zip
arm64: Use BTI C directly and unconditionally
Now we have a macro for BTI C that looks like a regular instruction change all the users of the current BTI_C macro to just emit a BTI C directly and remove the macro. This does mean that we now unconditionally BTI annotate all assembly functions, meaning that they are worse in this respect than code generated by the compiler. The overhead should be minimal for implementations with a reasonable HINT implementation. Signed-off-by: Mark Brown <broonie@kernel.org> Reviewed-by: Ard Biesheuvel <ardb@kernel.org> Acked-by: Mark Rutland <mark.rutland@arm.com> Link: https://lore.kernel.org/r/20211214152714.2380849-4-broonie@kernel.org Signed-off-by: Catalin Marinas <catalin.marinas@arm.com>
Diffstat (limited to 'crypto/aes_ti.c')
0 files changed, 0 insertions, 0 deletions