diff options
author | Herbert Xu <herbert@gondor.apana.org.au> | 2006-01-25 22:34:01 +1100 |
---|---|---|
committer | Herbert Xu <herbert@gondor.apana.org.au> | 2006-03-21 20:14:08 +1100 |
commit | f10b7897ee29649fa7f0ccdc8d859ccd6ce7dbfd (patch) | |
tree | 345a25e1e1b2bcd647074844003d61b7d27e4e39 /security/security.c | |
parent | a5f8c473052bc693cdbe2f9ae4b424b993886ff5 (diff) | |
download | linux-f10b7897ee29649fa7f0ccdc8d859ccd6ce7dbfd.tar.gz linux-f10b7897ee29649fa7f0ccdc8d859ccd6ce7dbfd.tar.bz2 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 'security/security.c')
0 files changed, 0 insertions, 0 deletions