[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