summaryrefslogtreecommitdiffstats
path: root/arch
diff options
context:
space:
mode:
authorDaniel Axtens <dja@axtens.net>2017-03-03 17:56:55 +1100
committerHerbert Xu <herbert@gondor.apana.org.au>2017-03-08 14:01:08 +0800
commitaa2be9b3d6d2d699e9ca7cbfc00867c80e5da213 (patch)
treeea6b7359f59fed7a763df730a96f2a6cca95db14 /arch
parentc1ae3cfa0e89fa1a7ecc4c99031f5e9ae99d9201 (diff)
downloadlinux-aa2be9b3d6d2d699e9ca7cbfc00867c80e5da213.tar.gz
linux-aa2be9b3d6d2d699e9ca7cbfc00867c80e5da213.tar.bz2
linux-aa2be9b3d6d2d699e9ca7cbfc00867c80e5da213.zip
crypto: powerpc - Fix initialisation of crc32c context
Turning on crypto self-tests on a POWER8 shows: alg: hash: Test 1 failed for crc32c-vpmsum 00000000: ff ff ff ff Comparing the code with the Intel CRC32c implementation on which ours is based shows that we are doing an init with 0, not ~0 as CRC32c requires. This probably wasn't caught because btrfs does its own weird open-coded initialisation. Initialise our internal context to ~0 on init. This makes the self-tests pass, and btrfs continues to work. Fixes: 6dd7a82cc54e ("crypto: powerpc - Add POWER8 optimised crc32c") Cc: Anton Blanchard <anton@samba.org> Cc: stable@vger.kernel.org Signed-off-by: Daniel Axtens <dja@axtens.net> Acked-by: Anton Blanchard <anton@samba.org> Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Diffstat (limited to 'arch')
-rw-r--r--arch/powerpc/crypto/crc32c-vpmsum_glue.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/arch/powerpc/crypto/crc32c-vpmsum_glue.c b/arch/powerpc/crypto/crc32c-vpmsum_glue.c
index 9fa046d56eba..411994551afc 100644
--- a/arch/powerpc/crypto/crc32c-vpmsum_glue.c
+++ b/arch/powerpc/crypto/crc32c-vpmsum_glue.c
@@ -52,7 +52,7 @@ static int crc32c_vpmsum_cra_init(struct crypto_tfm *tfm)
{
u32 *key = crypto_tfm_ctx(tfm);
- *key = 0;
+ *key = ~0;
return 0;
}