15333038d5
The netlink gfp_any() problem made me double-check the uses of in_softirq() in crypto/*. It seems to me that we should be checking in_atomic() instead of in_softirq() in crypto_yield. Otherwise people calling the crypto ops with spin locks held or preemption disabled will get burnt, right? 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.c | ||
wp512.c |