From mboxrd@z Thu Jan 1 00:00:00 1970 From: "J. Bruce Fields" Subject: Re: [PATCH 7/17] svcrdma: Fix error handling during listening endpoint creation Date: Tue, 6 May 2008 21:30:02 -0400 Message-ID: <20080507013002.GA28904@fieldses.org> References: <20080506212249.GN13484@fieldses.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: linux-nfs@vger.kernel.org To: Tom Tucker Return-path: Received: from mail.fieldses.org ([66.93.2.214]:33253 "EHLO fieldses.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752705AbYEGBaE (ORCPT ); Tue, 6 May 2008 21:30:04 -0400 In-Reply-To: Sender: linux-nfs-owner@vger.kernel.org List-ID: On Tue, May 06, 2008 at 07:48:02PM -0500, Tom Tucker wrote: > > > > On 5/6/08 4:22 PM, "J. Bruce Fields" wrote: > > > On Tue, May 06, 2008 at 09:48:06AM -0500, Tom Tucker wrote: > >> > >> > >> > >> On 5/5/08 5:41 PM, "J. Bruce Fields" wrote: > >> > >>> On Fri, May 02, 2008 at 11:28:39AM -0500, Tom Tucker wrote: > >>>> A listening endpoint isn't known to the generic transport switch until > >>>> the svc_create_xprt function returns without error. Calling > >>>> svc_xprt_put within the xpo_create function causes the module reference > >>>> count to be erroneously decremented. > >>> > >>> There's some redundant code in these three error paths; would the usual > >>> kernel-style "goto cleanup" thing help? > >> > >> I think code-size it's a wash, but it might look more familiar. > > > > Yeah, we try to stick to the same idioms as used elsewhere when it's > > easy to. > > > > Doesn't have to be done now, though. > > > >> BTW, I noticed that the error path above returns a positive errno :-\, > >> so that needs to be fixed too. > > > > Oops, didn't catch that. I'll expect a patch? > > I've got updates to three of the patches. I'm just retesting to make sure I > didn't inadvertently break something. I'll get the three updated patches to > you by tomorrow. OK! Thanks. I'm travelling tommorow (then at connectathon for a week) so apologies in advance if I'm slow. --b.