af5034e8e4
The CRYPTO_TFM_RES_* flags were apparently meant as a way to make the ->setkey() functions provide more information about errors. But these flags weren't actually being used or tested, and in many cases they weren't being set correctly anyway. So they've now been removed. Also, if someone ever actually needs to start better distinguishing ->setkey() errors (which is somewhat unlikely, as this has been unneeded for a long time), we'd be much better off just defining different return values, like -EINVAL if the key is invalid for the algorithm vs. -EKEYREJECTED if the key was rejected by a policy like "no weak keys". That would be much simpler, less error-prone, and easier to test. So just remove CRYPTO_TFM_RES_MASK and all the unneeded logic that propagates these flags around. Signed-off-by: Eric Biggers <ebiggers@google.com> Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au> |
||
---|---|---|
.. | ||
aes_s390.c | ||
arch_random.c | ||
crc32-vx.c | ||
crc32be-vx.S | ||
crc32le-vx.S | ||
des_s390.c | ||
ghash_s390.c | ||
Makefile | ||
paes_s390.c | ||
prng.c | ||
sha_common.c | ||
sha.h | ||
sha1_s390.c | ||
sha3_256_s390.c | ||
sha3_512_s390.c | ||
sha256_s390.c | ||
sha512_s390.c |