diff options
author | Ard Biesheuvel <ard.biesheuvel@linaro.org> | 2015-02-26 07:22:05 +0000 |
---|---|---|
committer | Herbert Xu <herbert@gondor.apana.org.au> | 2015-03-02 23:18:26 +1300 |
commit | 001eabfd54c0cbf9d7d16264ddc8cc0bee67e3ed (patch) | |
tree | 46662bf49742d12218ef8b0bd36bbe39b8257212 /arch/x86/crypto/aesni-intel_glue.c | |
parent | c517d838eb7d07bbe9507871fab3931deccff539 (diff) | |
download | op-kernel-dev-001eabfd54c0cbf9d7d16264ddc8cc0bee67e3ed.zip op-kernel-dev-001eabfd54c0cbf9d7d16264ddc8cc0bee67e3ed.tar.gz |
crypto: arm/aes update NEON AES module to latest OpenSSL version
This updates the bit sliced AES module to the latest version in the
upstream OpenSSL repository (e620e5ae37bc). This is needed to fix a
bug in the XTS decryption path, where data chunked in a certain way
could trigger the ciphertext stealing code, which is not supposed to
be active in the kernel build (The kernel implementation of XTS only
supports round multiples of the AES block size of 16 bytes, whereas
the conformant OpenSSL implementation of XTS supports inputs of
arbitrary size by applying ciphertext stealing). This is fixed in
the upstream version by adding the missing #ifndef XTS_CHAIN_TWEAK
around the offending instructions.
The upstream code also contains the change applied by Russell to
build the code unconditionally, i.e., even if __LINUX_ARM_ARCH__ < 7,
but implemented slightly differently.
Cc: stable@vger.kernel.org
Fixes: e4e7f10bfc40 ("ARM: add support for bit sliced AES using NEON instructions")
Reported-by: Adrian Kotelba <adrian.kotelba@gmail.com>
Signed-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
Tested-by: Milan Broz <gmazyland@gmail.com>
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Diffstat (limited to 'arch/x86/crypto/aesni-intel_glue.c')
0 files changed, 0 insertions, 0 deletions