user/sven/linux.git/crypto/crypto_null.c, branch v4.14.331Linux Kernel
https://git.stealer.net/cgit.cgi/user/sven/linux.git/atom?h=v4.14.3312016-07-18T09:35:44Zcrypto: null - Remove default null blkcipher2016-07-18T09:35:44ZHerbert Xuherbert@gondor.apana.org.au2016-07-12T05:17:47Zurn:sha1:499a66e6b689b13d1a4108bec5d7dcdc829a27a8
The default null blkcipher is no longer used and can now be removed.
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
crypto: null - Add new default null skcipher2016-07-18T09:35:37ZHerbert Xuherbert@gondor.apana.org.au2016-07-12T05:17:32Zurn:sha1:a0129733a3f5eaa973c1ea76848d905b851548f1
Current the default null skcipher is actually a crypto_blkcipher.
This patch creates a synchronous crypto_skcipher version of the
null cipher which unfortunately has to settle for the name skcipher2.
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
crypto: null - Add default null skcipher2015-05-22T03:25:55ZHerbert Xuherbert@gondor.apana.org.au2015-05-21T07:11:09Zurn:sha1:330234638e16b7b95e8e5e6be719a61a93f074b8
This patch adds a default null skcipher for users such as gcm
to perform copies on SG lists.
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
crypto: prefix module autoloading with "crypto-"2014-11-24T14:43:57ZKees Cookkeescook@chromium.org2014-11-21T01:05:53Zurn:sha1:5d26a105b5a73e5635eae0629b42fa0a90e07b7b
This prefixes all crypto module loading with "crypto-" so we never run
the risk of exposing module auto-loading to userspace via a crypto API,
as demonstrated by Mathias Krause:
https://lkml.org/lkml/2013/3/4/70
Signed-off-by: Kees Cook <keescook@chromium.org>
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
crypto: export NULL algorithms defines2014-03-21T13:54:26ZHoria Geantahoria.geanta@freescale.com2014-03-14T15:46:50Zurn:sha1:72567258f0643eda5d622be16e35fb933aa6146e
These defines might be needed by crypto drivers.
Signed-off-by: Horia Geanta <horia.geanta@freescale.com>
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
crypto: crypto_null - use crypto_[un]register_algs2012-08-01T09:47:24ZJussi Kivilinnajussi.kivilinna@mbnet.fi2012-07-11T11:20:00Zurn:sha1:70a03bff6c3f9d2983f90b74e40b0769ceb4cbd7
Combine all crypto_alg to be registered and use new crypto_[un]register_algs
functions. This simplifies init/exit code.
Signed-off-by: Jussi Kivilinna <jussi.kivilinna@mbnet.fi>
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
crypto: crypto_null - Fix checkpatch errors2010-02-16T12:31:54ZRichard Hartmannrichih.mailinglist@gmail.com2010-02-16T12:31:54Zurn:sha1:c9af70fb86bbede6197081ded69407a9192716c8
Signed-off-by: Richard Hartmann <richih.mailinglist@gmail.com>
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
crypto: null - Switch to shash2008-12-25T00:02:07ZHerbert Xuherbert@gondor.apana.org.au2008-11-08T00:09:56Zurn:sha1:d35d2454ce2175be77d2a366c2648597fd33a98f
This patch changes digest_null to the new shash interface.
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
[CRYPTO] all: Clean up init()/fini()2008-04-21T02:19:34ZKamalesh Babulalkamalesh@linux.vnet.ibm.com2008-04-05T13:00:57Zurn:sha1:3af5b90bde5000abc739996cb03fd718e753d053
On Thu, Mar 27, 2008 at 03:40:36PM +0100, Bodo Eggert wrote:
> Kamalesh Babulal <kamalesh@linux.vnet.ibm.com> wrote:
>
> > This patch cleanups the crypto code, replaces the init() and fini()
> > with the <algorithm name>_init/_fini
>
> This part ist OK.
>
> > or init/fini_<algorithm name> (if the
> > <algorithm name>_init/_fini exist)
>
> Having init_foo and foo_init won't be a good thing, will it? I'd start
> confusing them.
>
> What about foo_modinit instead?
Thanks for the suggestion, the init() is replaced with
<algorithm name>_mod_init ()
and fini () is replaced with <algorithm name>_mod_fini.
Signed-off-by: Kamalesh Babulal <kamalesh@linux.vnet.ibm.com>
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
[CRYPTO] null: Allow setkey on digest_null 2008-01-10T21:16:54ZHerbert Xuherbert@gondor.apana.org.au2007-12-13T16:28:40Zurn:sha1:ce5bd4aca3c467936370846119b7f3daf9ccea78
We need to allow setkey on digest_null if it is to be used directly by
authenc instead of through hmac.
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>