6521f30273
Up until now we've relied on module reference counting to ensure that the crypto_alg structures don't disappear from under us. This was good enough as long as each crypto_alg came from exactly one module. However, with parameterised crypto algorithms a crypto_alg object may need two or more modules to operate. This means that we need to count the references to the crypto_alg object directly. Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> Signed-off-by: David S. Miller <davem@davemloft.net> |
||
---|---|---|
.. | ||
aes.c | ||
anubis.c | ||
api.c | ||
arc4.c | ||
blowfish.c | ||
cast5.c | ||
cast6.c | ||
cipher.c | ||
compress.c | ||
crc32c.c | ||
crypto_null.c | ||
deflate.c | ||
des.c | ||
digest.c | ||
hmac.c | ||
internal.h | ||
Kconfig | ||
khazad.c | ||
Makefile | ||
md4.c | ||
md5.c | ||
michael_mic.c | ||
proc.c | ||
scatterwalk.c | ||
scatterwalk.h | ||
serpent.c | ||
sha1.c | ||
sha256.c | ||
sha512.c | ||
tcrypt.c | ||
tcrypt.h | ||
tea.c | ||
tgr192.c | ||
twofish_common.c | ||
twofish.c | ||
wp512.c |