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> |
||
|---|---|---|
| .. | ||
| Kconfig | ||
| Makefile | ||
| 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 | ||
| khazad.c | ||
| 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 | ||