From mboxrd@z Thu Jan 1 00:00:00 1970 From: Dmitry Torokhov Subject: Re: [PATCH 1/3] Input: xpad - return proper error in error path Date: Fri, 12 Nov 2010 09:33:43 -0800 Message-ID: <20101112173343.GC1224@core.coreip.homeip.net> References: <1289530116.20782.2.camel@mola> <201011121441.08298.oneukum@suse.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Received: from mail-gw0-f46.google.com ([74.125.83.46]:40018 "EHLO mail-gw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752510Ab0KLRdx (ORCPT ); Fri, 12 Nov 2010 12:33:53 -0500 Content-Disposition: inline In-Reply-To: <201011121441.08298.oneukum@suse.de> Sender: linux-input-owner@vger.kernel.org List-Id: linux-input@vger.kernel.org To: Oliver Neukum Cc: Axel Lin , linux-kernel , Marko Friedemann , Christoph Fritz , linux-input@vger.kernel.org On Fri, Nov 12, 2010 at 02:41:08PM +0100, Oliver Neukum wrote: > Am Freitag, 12. November 2010, 03:48:36 schrieb Axel Lin: > > In current implementation, xpad_probe return 0 when > > usb_alloc_urb failed for xpad->bulk_out and kzalloc failed for xpad->bdata. > > > > This patch removes the initialization for error variable, > > assign the error code at the place the error happens instead. > > I am afraid you cannot let stand the order of allocations here anyway, > as xpad->irq_in is currently submitted before xpad->bulk_out is allocated. > That however is a race, because the callback for irq_in can call > xpad360w_process_packet(), which will in turn submit the bulk URB. > > I am afraid your patch is pointless unless the logic is also fixed. I do not think it is fair to call the patch pointless. It does fix the resource leak and can be a basis for further rework. -- Dmitry