Message	SHA1
crypto: aes_generic - Fix checkpatch errors ... Signed-off-by: Richard Hartmann <richih.mailinglist@gmail.com> Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> Richard Hartmann   authored and   Herbert Xu   commited 2010-02-16 20:34:59 +08:00	8d0c123f8b
crypto: aes - Undefined behaviour in crypto_aes_expand_key ... It's undefined behaviour in C to write outside the bounds of an array. The key expansion routine takes a shortcut of creating 8 words at a time, but this creates 4 additional words which don't fit in the array. As everyone is hopefully now aware, GCC is at liberty to make any assumptions and optimisations it likes in situations where it can detect that UB has occured, up to and including nasal demons, and as the indices being accessed in the array are trivially calculable, it's rash to invite gcc to do take any liberties at all. Signed-off-by: Phil Carmody <ext-phil.2.carmody@nokia.com> Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> Phil Carmody   authored and   Herbert Xu   commited 2009-07-24 13:59:17 +08:00	7b4ffcf953
crypto: aes - Precompute tables ... The tables used by the various AES algorithms are currently computed at run-time. This has created an init ordering problem because some AES algorithms may be registered before the tables have been initialised. This patch gets around this whole thing by precomputing the tables. Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> Herbert Xu   commited 2008-12-25 11:05:13 +11:00	0ee4a96902
[CRYPTO] aes: Export generic setkey ... The key expansion routine could be get little more generic, become a kernel doc entry and then get exported. Signed-off-by: Sebastian Siewior <sebastian@breakpoint.cc> Tested-by: Stefan Hellermann <stefan@the2masters.de> Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> Sebastian Siewior   authored and   Herbert Xu   commited 2008-04-21 10:19:34 +08:00	5427663f49
[CRYPTO] aes-generic: Make key generation exportable ... This patch exports four tables and the set_key() routine. This ressources can be shared by other AES implementations (aes-x86_64 for instance). The decryption key has been turned around (deckey[0] is the first piece of the key instead of deckey[keylen+20]). The encrypt/decrypt functions are looking now identical (except they are using different tables and key). Signed-off-by: Sebastian Siewior <sebastian@breakpoint.cc> Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> Sebastian Siewior   authored and   Herbert Xu   commited 2008-01-11 08:16:09 +11:00	96e82e4551
[CRYPTO] aes-generic: Coding style cleanup ... Signed-off-by: Sebastian Siewior <sebastian@breakpoint.cc> Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> Sebastian Siewior   authored and   Herbert Xu   commited 2008-01-11 08:16:09 +11:00	be5fb27012
[CRYPTO] aes: Move common defines into a header file ... This three defines are used in all AES related hardware. Signed-off-by: Sebastian Siewior <sebastian@breakpoint.cc> Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> Sebastian Siewior   authored and   Herbert Xu   commited 2008-01-11 08:16:04 +11:00	89e1265431
[CRYPTO] aes: Rename aes to aes-generic ... Loading the crypto algorithm by the alias instead of by module directly has the advantage that all possible implementations of this algorithm are loaded automatically and the crypto API can choose the best one depending on its priority. Additionally it ensures that the generic implementation as well as the HW driver (if available) is loaded in case the HW driver needs the generic version as fallback in corner cases. Signed-off-by: Sebastian Siewior <sebastian@breakpoint.cc> Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> Sebastian Siewior   authored and   David S. Miller   commited 2007-10-10 16:55:49 -07:00	f8246af005

Renamed from crypto/aes.c (Browse further)