summaryrefslogtreecommitdiffstats
path: root/arch/arm/crypto
diff options
context:
space:
mode:
authorArd Biesheuvel <ard.biesheuvel@linaro.org>2017-01-11 16:41:55 +0000
committerHerbert Xu <herbert@gondor.apana.org.au>2017-01-13 00:26:51 +0800
commit1abee99eafab67fb1c98f9ecfc43cd5735384a86 (patch)
tree9f560f2e39beaae21e1331e139bc294f4b3ffd43 /arch/arm/crypto
parent81edb42629758bacdf813dd5e4542ae26e3ad73a (diff)
downloadop-kernel-dev-1abee99eafab67fb1c98f9ecfc43cd5735384a86.zip
op-kernel-dev-1abee99eafab67fb1c98f9ecfc43cd5735384a86.tar.gz
crypto: arm64/aes - reimplement bit-sliced ARM/NEON implementation for arm64
This is a reimplementation of the NEON version of the bit-sliced AES algorithm. This code is heavily based on Andy Polyakov's OpenSSL version for ARM, which is also available in the kernel. This is an alternative for the existing NEON implementation for arm64 authored by me, which suffers from poor performance due to its reliance on the pathologically slow four register variant of the tbl/tbx NEON instruction. This version is about ~30% (*) faster than the generic C code, but only in cases where the input can be 8x interleaved (this is a fundamental property of bit slicing). For this reason, only the chaining modes ECB, XTS and CTR are implemented. (The significance of ECB is that it could potentially be used by other chaining modes) * Measured on Cortex-A57. Note that this is still an order of magnitude slower than the implementations that use the dedicated AES instructions introduced in ARMv8, but those are part of an optional extension, and so it is good to have a fallback. Signed-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org> Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Diffstat (limited to 'arch/arm/crypto')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud