kernel-ark/crypto
Dan Williams eb0645a8b1 async_tx: fix kmap_atomic usage in async_memcpy
Andrew Morton:
	[async_memcpy] is very wrong if both ASYNC_TX_KMAP_DST and
	ASYNC_TX_KMAP_SRC can ever be set.  We'll end up using the same kmap
	slot for both src add dest and we get either corrupted data or a BUG.

Evgeniy Polyakov:
	Btw, shouldn't it always be kmap_atomic() even if flag is not set.
	That pages are usual one returned by alloc_page().

So fix the usage of kmap_atomic and kill the ASYNC_TX_KMAP_DST and
ASYNC_TX_KMAP_SRC flags.

Cc: Andrew Morton <akpm@linux-foundation.org>
Cc: Evgeniy Polyakov <johnpol@2ka.mipt.ru>
Signed-off-by: Dan Williams <dan.j.williams@intel.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2007-07-20 08:44:19 -07:00
..
async_tx
ablkcipher.c
aes.c
algapi.c
anubis.c
api.c
arc4.c
blkcipher.c
blowfish.c
camellia.c
cast5.c
cast6.c
cbc.c
cipher.c
compress.c
crc32c.c
cryptd.c
crypto_null.c
cryptomgr.c
deflate.c
des.c
digest.c
ecb.c
fcrypt.c
gf128mul.c
hash.c
hmac.c
internal.h
Kconfig
khazad.c
lrw.c
Makefile
md4.c
md5.c
michael_mic.c
pcbc.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
xcbc.c
xor.c