A user of the skcipher api may have some private context associated with
a request, like for instance the algif_skcipher does, so the api needs to
return the original skcipher_request in the callback instead of the
ablkcipher_request subtype.

Cc: <sta...@vger.kernel.org> # 4.4.x-
Signed-off-by: Tadeusz Struk <tadeusz.st...@intel.com>
---
 crypto/skcipher.c |    9 ++++++++-
 1 file changed, 8 insertions(+), 1 deletion(-)

diff --git a/crypto/skcipher.c b/crypto/skcipher.c
index 69230e9..22a9c2a 100644
--- a/crypto/skcipher.c
+++ b/crypto/skcipher.c
@@ -142,6 +142,13 @@ static int skcipher_setkey_ablkcipher(struct 
crypto_skcipher *tfm,
        return err;
 }
 
+static void skcipher_complete(struct crypto_async_request *req_base, int err)
+{
+       struct skcipher_request *req = req_base->data;
+
+       req->base.complete(&req->base, err);
+}
+
 static int skcipher_crypt_ablkcipher(struct skcipher_request *req,
                                     int (*crypt)(struct ablkcipher_request *))
 {
@@ -151,7 +158,7 @@ static int skcipher_crypt_ablkcipher(struct 
skcipher_request *req,
 
        ablkcipher_request_set_tfm(subreq, *ctx);
        ablkcipher_request_set_callback(subreq, skcipher_request_flags(req),
-                                       req->base.complete, req->base.data);
+                                       skcipher_complete, req);
        ablkcipher_request_set_crypt(subreq, req->src, req->dst, req->cryptlen,
                                     req->iv);
 

--
To unsubscribe from this list: send the line "unsubscribe linux-crypto" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to