user/sven/linux.git/crypto/mcryptd.c, branch v3.18.67Linux Kernel
https://git.stealer.net/cgit.cgi/user/sven/linux.git/atom?h=v3.18.672017-04-18T05:55:52Zcrypto: mcryptd - Fix load failure2017-04-18T05:55:52ZWang, Rui Yrui.y.wang@intel.com2016-01-27T09:08:36Zurn:sha1:e2022e6c66bcdc981ceca270a9d884d8d71d7837
commit ddef482420b1ba8ec45e6123a7e8d3f67b21e5e3 upstream.
mcryptd_create_hash() fails by returning -EINVAL, causing any
driver using mcryptd to fail to load. It is because it needs
to set its statesize properly.
Signed-off-by: Rui Wang <rui.y.wang@intel.com>
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
crypto: include crypto- module prefix in template2015-01-30T01:40:46ZKees Cookkeescook@chromium.org2014-11-25T00:32:38Zurn:sha1:acc5ccb9fe1c1d3840d49e181ae30b924cfc28b5
commit 4943ba16bbc2db05115707b3ff7b4874e9e3c560 upstream.
This adds the module loading prefix "crypto-" to the template lookup
as well.
For example, attempting to load 'vfat(blowfish)' via AF_ALG now correctly
includes the "crypto-" prefix at every level, correctly rejecting "vfat":
net-pf-38
algif-hash
crypto-vfat(blowfish)
crypto-vfat(blowfish)-all
crypto-vfat
Reported-by: Mathias Krause <minipli@googlemail.com>
Signed-off-by: Kees Cook <keescook@chromium.org>
Acked-by: Mathias Krause <minipli@googlemail.com>
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
crypto: mcryptd - mcryptd_flist can be static2014-08-26T06:40:39ZFengguang Wufengguang.wu@intel.com2014-08-26T06:40:39Zurn:sha1:1f6e97f68b908a09c6ff74d4f1310e9ab8df0e64
CC: Tim Chen <tim.c.chen@linux.intel.com>
CC: Herbert Xu <herbert@gondor.apana.org.au>
Signed-off-by: Fengguang Wu <fengguang.wu@intel.com>
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
crypto: sha-mb - multibuffer crypto infrastructure2014-08-25T12:32:25ZTim Chentim.c.chen@linux.intel.com2014-07-31T17:29:51Zurn:sha1:1e65b81a90df50bf450193065cc9073b706b8dda
This patch introduces the multi-buffer crypto daemon which is responsible
for submitting crypto jobs in a work queue to the responsible multi-buffer
crypto algorithm. The idea of the multi-buffer algorihtm is to put
data streams from multiple jobs in a wide (AVX2) register and then
take advantage of SIMD instructions to do crypto computation on several
buffers simultaneously.
The multi-buffer crypto daemon is also responsbile for flushing the
remaining buffers to complete the computation if no new buffers arrive
for a while.
Signed-off-by: Tim Chen <tim.c.chen@linux.intel.com>
Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>