On Tue, Feb 22, 2022 at 7:19 PM Weiguo Li <liw...@foxmail.com> wrote:
>
> When function returned from error handling branches, the memories were
> not freed which caused a memory leak.
>
> Fixes: 8d1f3a5d751b ("crypto/dpaa2_sec: support crypto operation")

This is backport material.
Please add Cc: sta...@dpdk.org in new revision.

>
> Signed-off-by: Weiguo Li <liw...@foxmail.com>
> ---
>  drivers/crypto/dpaa2_sec/dpaa2_sec_dpseci.c | 3 +++
>  1 file changed, 3 insertions(+)
>
> diff --git a/drivers/crypto/dpaa2_sec/dpaa2_sec_dpseci.c 
> b/drivers/crypto/dpaa2_sec/dpaa2_sec_dpseci.c
> index e62d04852b..3f8d4d213f 100644
> --- a/drivers/crypto/dpaa2_sec/dpaa2_sec_dpseci.c
> +++ b/drivers/crypto/dpaa2_sec/dpaa2_sec_dpseci.c
> @@ -2037,12 +2037,15 @@ dpaa2_sec_queue_pair_setup(struct rte_cryptodev *dev, 
> uint16_t qp_id,
>                 RTE_CACHE_LINE_SIZE);
>         if (!qp->rx_vq.q_storage) {
>                 DPAA2_SEC_ERR("malloc failed for q_storage");
> +               rte_free(qp);
>                 return -ENOMEM;
>         }
>         memset(qp->rx_vq.q_storage, 0, sizeof(struct queue_storage_info_t));
>
>         if (dpaa2_alloc_dq_storage(qp->rx_vq.q_storage)) {
>                 DPAA2_SEC_ERR("Unable to allocate dequeue storage");
> +               rte_free(qp->rx_vq.q_storage);
> +               rte_free(qp);
>                 return -ENOMEM;
>         }


Please rebase this fix, there was a new allocation introduced in this
code and I suspect this should be fixed too.
Thanks.


-- 
David Marchand

Reply via email to