summaryrefslogtreecommitdiffstats
path: root/crypto
diff options
context:
space:
mode:
authorHerbert Xu <herbert@gondor.apana.org.au>2006-01-25 22:34:01 +1100
committerHerbert Xu <herbert@gondor.apana.org.au>2006-03-21 20:14:08 +1100
commitf10b7897ee29649fa7f0ccdc8d859ccd6ce7dbfd (patch)
tree345a25e1e1b2bcd647074844003d61b7d27e4e39 /crypto
parenta5f8c473052bc693cdbe2f9ae4b424b993886ff5 (diff)
downloadtalos-op-linux-f10b7897ee29649fa7f0ccdc8d859ccd6ce7dbfd.tar.gz
talos-op-linux-f10b7897ee29649fa7f0ccdc8d859ccd6ce7dbfd.zip
[CRYPTO] api: Align tfm context as wide as possible
Since tfm contexts can contain arbitrary types we should provide at least natural alignment (__attribute__ ((__aligned__))) for them. In particular, this is needed on the Xscale which is a 32-bit architecture with a u64 type that requires 64-bit alignment. This problem was reported by Ronen Shitrit. The crypto_tfm structure's size was 44 bytes on 32-bit architectures and 80 bytes on 64-bit architectures. So adding this requirement only means that we have to add an extra 4 bytes on 32-bit architectures. On i386 the natural alignment is 16 bytes which also benefits the VIA Padlock as it no longer has to manually align its context structure to 128 bits. Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Diffstat (limited to 'crypto')
-rw-r--r--crypto/api.c2
1 files changed, 1 insertions, 1 deletions
diff --git a/crypto/api.c b/crypto/api.c
index e26156f71839..34e02caffc2a 100644
--- a/crypto/api.c
+++ b/crypto/api.c
@@ -165,7 +165,7 @@ static unsigned int crypto_ctxsize(struct crypto_alg *alg, int flags)
break;
}
- return len + alg->cra_alignmask;
+ return len + (alg->cra_alignmask & ~(crypto_tfm_ctx_alignment() - 1));
}
struct crypto_tfm *crypto_alloc_tfm(const char *name, u32 flags)
OpenPOWER on IntegriCloud