From mboxrd@z Thu Jan 1 00:00:00 1970 From: Roland Dreier Date: Thu, 03 Jun 2010 05:22:07 +0000 Subject: Re: [patch 2/2] infiniband/cxgb4: add null check Message-Id: List-Id: References: <20100531140152.GU5483@bicker> <4C07177C.5050502@opengridcomputing.com> In-Reply-To: <4C07177C.5050502-7bPotxP6k4+P2YhJcF5u+vpXobYPEAuW@public.gmane.org> (Steve Wise's message of "Wed, 02 Jun 2010 21:46:20 -0500") MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Steve Wise Cc: Dan Carpenter , Steve Wise , Roland Dreier , Sean Hefty , Hal Rosenstock , linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, kernel-janitors-u79uwXL29TY76Z2rM5mHXA@public.gmane.org > I actually think that ep->com.cm_id is always valid when > connect_reply_upcall() is called. But I'd have to test it more. I'd > rather not add this change unless someone convinces me that there > actually is a path where the cm_id null... Then would it make sense to change the code if (ep->com.cm_id) { PDBG("%s ep %p tid %u status %d\n", __func__, ep, ep->hwtid, status); ep->com.cm_id->event_handler(ep->com.cm_id, &event); } to just PDBG("%s ep %p tid %u status %d\n", __func__, ep, ep->hwtid, status); ep->com.cm_id->event_handler(ep->com.cm_id, &event); ? -- Roland Dreier || For corporate legal information go to: http://www.cisco.com/web/about/doing_business/legal/cri/index.html