kernel-fxtec-pro1x/arch/s390/crypto
Herbert Xu a760a6656e crypto: api - Fix module load deadlock with fallback algorithms
With the mandatory algorithm testing at registration, we have
now created a deadlock with algorithms requiring fallbacks.
This can happen if the module containing the algorithm requiring
fallback is loaded first, without the fallback module being loaded
first.  The system will then try to test the new algorithm, find
that it needs to load a fallback, and then try to load that.

As both algorithms share the same module alias, it can attempt
to load the original algorithm again and block indefinitely.

As algorithms requiring fallbacks are a special case, we can fix
this by giving them a different module alias than the rest.  Then
it's just a matter of using the right aliases according to what
algorithms we're trying to find.

Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
2009-02-26 14:06:31 +08:00
..
aes_s390.c crypto: api - Fix module load deadlock with fallback algorithms 2009-02-26 14:06:31 +08:00
crypt_s390.h crypto: s390 - Respect STFL bit 2008-07-12 15:42:11 +08:00
crypto_des.h
des_check_key.c
des_s390.c
Makefile [CRYPTO] sha512: Hardware acceleration for s390 2008-04-21 10:19:21 +08:00
prng.c Merge branch 'bkl-removal' of git://git.lwn.net/linux-2.6 2008-07-14 14:48:31 -07:00
sha.h [CRYPTO] sha512: Hardware acceleration for s390 2008-04-21 10:19:21 +08:00
sha1_s390.c
sha256_s390.c
sha512_s390.c [CRYPTO] sha384: Hardware acceleration for s390 2008-04-21 10:19:21 +08:00
sha_common.c [CRYPTO] sha512: Hardware acceleration for s390 2008-04-21 10:19:21 +08:00