[PATCH v5 04/19] crypto: marvell/cesa: remove redundant backlog checks on EBUSY

Boris Brezillon boris.brezillon at free-electrons.com
Tue Aug 15 08:16:29 UTC 2017


Le Mon, 14 Aug 2017 18:21:14 +0300,
Gilad Ben-Yossef <gilad at benyossef.com> a écrit :

> Now that -EBUSY return code only indicates backlog queueing
> we can safely remove the now redundant check for the
> CRYPTO_TFM_REQ_MAY_BACKLOG flag when -EBUSY is returned.
> 
> Signed-off-by: Gilad Ben-Yossef <gilad at benyossef.com>

Acked-by: Boris Brezillon <boris.brezillon at free-electrons.com>

> ---
>  drivers/crypto/marvell/cesa.c | 3 +--
>  drivers/crypto/marvell/cesa.h | 2 +-
>  2 files changed, 2 insertions(+), 3 deletions(-)
> 
> diff --git a/drivers/crypto/marvell/cesa.c b/drivers/crypto/marvell/cesa.c
> index 6e7a5c7..269737f 100644
> --- a/drivers/crypto/marvell/cesa.c
> +++ b/drivers/crypto/marvell/cesa.c
> @@ -183,8 +183,7 @@ int mv_cesa_queue_req(struct crypto_async_request *req,
>  	spin_lock_bh(&engine->lock);
>  	ret = crypto_enqueue_request(&engine->queue, req);
>  	if ((mv_cesa_req_get_type(creq) == CESA_DMA_REQ) &&
> -	    (ret == -EINPROGRESS ||
> -	    (ret == -EBUSY && req->flags & CRYPTO_TFM_REQ_MAY_BACKLOG)))
> +	    (ret == -EINPROGRESS || ret == -EBUSY)
>  		mv_cesa_tdma_chain(engine, creq);
>  	spin_unlock_bh(&engine->lock);
>  
> diff --git a/drivers/crypto/marvell/cesa.h b/drivers/crypto/marvell/cesa.h
> index b7872f6..63c8457 100644
> --- a/drivers/crypto/marvell/cesa.h
> +++ b/drivers/crypto/marvell/cesa.h
> @@ -763,7 +763,7 @@ static inline int mv_cesa_req_needs_cleanup(struct crypto_async_request *req,
>  	 * the backlog and will be processed later. There's no need to
>  	 * clean it up.
>  	 */
> -	if (ret == -EBUSY && req->flags & CRYPTO_TFM_REQ_MAY_BACKLOG)
> +	if (ret == -EBUSY)
>  		return false;
>  
>  	/* Request wasn't queued, we need to clean it up */

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



More information about the Linux-security-module-archive mailing list