From mboxrd@z Thu Jan 1 00:00:00 1970 From: Bart Van Assche Date: Sun, 05 Apr 2015 16:27:14 +0000 Subject: Re: [PATCH 12/16] ib_srpt: fix error return code Message-Id: <55216262.7000601@sandisk.com> List-Id: References: <1428235596-4757-1-git-send-email-Julia.Lawall@lip6.fr> <1428235596-4757-13-git-send-email-Julia.Lawall@lip6.fr> In-Reply-To: <1428235596-4757-13-git-send-email-Julia.Lawall-L2FTfq7BK8M@public.gmane.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Julia Lawall , Roland Dreier Cc: kernel-janitors-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Sean Hefty , Hal Rosenstock , linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org On 04/05/15 14:06, Julia Lawall wrote: > Return a negative error code on failure. > > A simplified version of the semantic match that finds this problem is as > follows: (http://coccinelle.lip6.fr/) > > // > @@ > identifier ret; expression e1,e2; > @@ > ( > if (\(ret < 0\|ret != 0\)) > { ... return ret; } > | > ret = 0 > ) > ... when != ret = e1 > when != &ret > *if(...) > { > ... when != ret = e2 > when forall > return ret; > } > // > > In the first case, the printk is changed to use the ret value, rather > than duplicating PTR_ERR(ch->thread). This requires changing the format > from %ld to %d, to account for the type of ret. > > Signed-off-by: Julia Lawall > > --- > drivers/infiniband/ulp/srpt/ib_srpt.c | 6 ++++-- > 1 file changed, 4 insertions(+), 2 deletions(-) > > diff --git a/drivers/infiniband/ulp/srpt/ib_srpt.c b/drivers/infiniband/ulp/srpt/ib_srpt.c > index 6e0a477..5ec98f5 100644 > --- a/drivers/infiniband/ulp/srpt/ib_srpt.c > +++ b/drivers/infiniband/ulp/srpt/ib_srpt.c > @@ -2143,8 +2143,8 @@ retry: > > ch->thread = kthread_run(srpt_compl_thread, ch, "ib_srpt_compl"); > if (IS_ERR(ch->thread)) { > - printk(KERN_ERR "failed to create kernel thread %ld\n", > - PTR_ERR(ch->thread)); > + ret = PTR_ERR(ch->thread); > + printk(KERN_ERR "failed to create kernel thread %d\n", ret); > ch->thread = NULL; > goto err_destroy_qp; > } > @@ -2590,6 +2590,7 @@ static int srpt_cm_req_recv(struct ib_cm_id *cm_id, > " configured yet for initiator %s.\n", ch->sess_name); > rej->reason = __constant_cpu_to_be32( > SRP_LOGIN_REJ_CHANNEL_LIMIT_REACHED); > + ret = -EINVAL; > goto destroy_ib; > } > > @@ -2598,6 +2599,7 @@ static int srpt_cm_req_recv(struct ib_cm_id *cm_id, > rej->reason = __constant_cpu_to_be32( > SRP_LOGIN_REJ_INSUFFICIENT_RESOURCES); > pr_debug("Failed to create session\n"); > + ret = PTR_ERR(ch->sess); > goto deregister_session; > } > ch->sess->se_node_acl = &nacl->nacl; This is not the proper way to fix srpt_cm_req_recv(). The kthread_run() call must be moved from srpt_create_ch_ib() to after the session registration code in srpt_cm_req_recv(), and the session registration call + the kthread_run() call must be protected via a mutex against concurrent HCA hot-plug removal events (see also srpt_remove_one() and srpt_remove_sdev()). Bart.