linux-kernel - Re: [V9fs-developer] [PATCH] net/9p: fix memory handling/allocation in rdma

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <m3d3sg5hkg.fsf@linux.vnet.ibm.com>
Date:	Tue, 14 Sep 2010 23:32:55 +0530
From:	"Aneesh Kumar K. V" <aneesh.kumar@...ux.vnet.ibm.com>
To:	dave@....org, ericvh@...il.com, rminnich@...dia.gov,
	lucho@...kov.net
Cc:	v9fs-developer@...ts.sourceforge.net,
	LKML <linux-kernel@...r.kernel.org>
Subject: Re: [V9fs-developer] [PATCH] net/9p: fix memory handling/allocation in rdma_request()

On Mon, 13 Sep 2010 11:53:18 -0400, Davidlohr Bueso <dave@....org> wrote:
> [PATCH] net/9p: fix memory handling/allocation in rdma_request()
> 
> Return -ENOMEM when erroring on kmalloc and fix memory leaks when returning on error.
> 
> Signed-off-by: Davidlohr Bueso <dave@....org>

Looks good.

Reviewed-by: Aneesh Kumar K.V <aneesh.kumar@...ux.vnet.ibm.com>

> ---
>  net/9p/trans_rdma.c |   29 ++++++++++++++++++-----------
>  1 files changed, 18 insertions(+), 11 deletions(-)
> 
> diff --git a/net/9p/trans_rdma.c b/net/9p/trans_rdma.c
> index 0ea20c3..17c5ba7 100644
> --- a/net/9p/trans_rdma.c
> +++ b/net/9p/trans_rdma.c
> @@ -426,8 +426,10 @@ static int rdma_request(struct p9_client *client, struct p9_req_t *req)
> 
>  	/* Allocate an fcall for the reply */
>  	rpl_context = kmalloc(sizeof *rpl_context, GFP_KERNEL);
> -	if (!rpl_context)
> +	if (!rpl_context) {
> +		err = -ENOMEM;
>  		goto err_close;
> +	}
> 
>  	/*
>  	 * If the request has a buffer, steal it, otherwise
> @@ -445,8 +447,8 @@ static int rdma_request(struct p9_client *client, struct p9_req_t *req)
>  	}
>  	rpl_context->rc = req->rc;
>  	if (!rpl_context->rc) {
> -		kfree(rpl_context);
> -		goto err_close;
> +		err = -ENOMEM;
> +		goto err_free2;
>  	}
> 
>  	/*
> @@ -458,11 +460,8 @@ static int rdma_request(struct p9_client *client, struct p9_req_t *req)
>  	 */
>  	if (atomic_inc_return(&rdma->rq_count) <= rdma->rq_depth) {
>  		err = post_recv(client, rpl_context);
> -		if (err) {
> -			kfree(rpl_context->rc);
> -			kfree(rpl_context);
> -			goto err_close;
> -		}
> +		if (err)
> +			goto err_free1;
>  	} else
>  		atomic_dec(&rdma->rq_count);
> 
> @@ -471,8 +470,10 @@ static int rdma_request(struct p9_client *client, struct p9_req_t *req)
> 
>  	/* Post the request */
>  	c = kmalloc(sizeof *c, GFP_KERNEL);
> -	if (!c)
> -		goto err_close;
> +	if (!c) {
> +		err = -ENOMEM;
> +		goto err_free1;
> +	}
>  	c->req = req;
> 
>  	c->busa = ib_dma_map_single(rdma->cm_id->device,
> @@ -499,9 +500,15 @@ static int rdma_request(struct p9_client *client, struct p9_req_t *req)
>  	return ib_post_send(rdma->qp, &wr, &bad_wr);
> 
>   error:
> +	kfree(c);
> +	kfree(rpl_context->rc);
> +	kfree(rpl_context);
>  	P9_DPRINTK(P9_DEBUG_ERROR, "EIO\n");
>  	return -EIO;
> -
> + err_free1:
> +	kfree(rpl_context->rc);
> + err_free2:
> +	kfree(rpl_context);
>   err_close:
>  	spin_lock_irqsave(&rdma->req_lock, flags);
>  	if (rdma->state < P9_RDMA_CLOSING) {
> -- 
> 1.7.0.4
> 
> 
> 
> 
> ------------------------------------------------------------------------------
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing
> http://p.sf.net/sfu/novell-sfdev2dev
> _______________________________________________
> V9fs-developer mailing list
> V9fs-developer@...ts.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/v9fs-developer
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/