Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751818AbbDMTqO (ORCPT ); Mon, 13 Apr 2015 15:46:14 -0400 Received: from mga14.intel.com ([192.55.52.115]:30952 "EHLO mga14.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751511AbbDMTqK (ORCPT ); Mon, 13 Apr 2015 15:46:10 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.11,571,1422950400"; d="scan'208";a="694664543" Date: Mon, 13 Apr 2015 15:46:03 -0400 From: "ira.weiny" To: Jason Gunthorpe Cc: Michael Wang , Roland Dreier , Sean Hefty , Hal Rosenstock , linux-rdma@vger.kernel.org, linux-kernel@vger.kernel.org, Tom Tucker , Steve Wise , Hoang-Nam Nguyen , Christoph Raisch , Mike Marciniszyn , Eli Cohen , Faisal Latif , Jack Morgenstein , Or Gerlitz , Haggai Eran , Tom Talpey , Doug Ledford Subject: Re: [PATCH v3 07/28] IB/Verbs: Reform IB-ulp ipoib Message-ID: <20150413194602.GA21467@phlsvsds.ph.intel.com> References: <552BB470.4090407@profitbricks.com> <552BB5AC.6050101@profitbricks.com> <20150413192701.GA19112@obsidianresearch.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150413192701.GA19112@obsidianresearch.com> User-Agent: Mutt/1.4.2.2i Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1937 Lines: 66 On Mon, Apr 13, 2015 at 01:27:01PM -0600, Jason Gunthorpe wrote: > On Mon, Apr 13, 2015 at 02:25:16PM +0200, Michael Wang wrote: > > dev_list = kmalloc(sizeof *dev_list, GFP_KERNEL); > > if (!dev_list) > > @@ -1673,13 +1671,19 @@ static void ipoib_add_one(struct ib_device *device) > > } > > > > for (p = s; p <= e; ++p) { > > - if (rdma_port_get_link_layer(device, p) != IB_LINK_LAYER_INFINIBAND) > > + if (!rdma_tech_ib(device, p)) > > continue; > > dev = ipoib_add_port("ib%d", device, p); > > if (!IS_ERR(dev)) { > > priv = netdev_priv(dev); > > list_add_tail(&priv->list, dev_list); > > } > > + count++; > > + } > > + > > + if (!count) { > > + kfree(dev_list); > > + return; > > } > > This doesn't quite look right, it should be 'goto error1' Looks like you replied to the wrong patch. ?? I don't see error1 in ipoib_add_one. For the ib_cm module... Yes I think it should go to "error1". However, see below... This is the type of clean up error which would be avoided if a call to cap_ib_cm_dev() were done at the top of the function. > > But then I read 'goto error1' and it doesn't look like it can handle > cm_dev->port being NULL, so more fixing is needed. I think this is highlighting an existing dependency which we don't want but exists. It appears the code currently does not support this situation. Dev port 1 : cap_is_cm == true port 2 : cap_is_cm == false port 3 : cap_is_cm == true Because the error handling bails when port 2 fails... Leaving both port 1 and port 3 uninitialized. :-( Ira > > Ditto for cm_remove_one > > Should audit all uses of cm_dev->port[] to make sure they can all > handle NULL. > > Jason -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/