Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751771Ab2KIJtc (ORCPT ); Fri, 9 Nov 2012 04:49:32 -0500 Received: from cantor2.suse.de ([195.135.220.15]:36207 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750976Ab2KIJt2 (ORCPT ); Fri, 9 Nov 2012 04:49:28 -0500 Date: Fri, 9 Nov 2012 10:49:21 +0100 (CET) From: Jiri Kosina To: Benjamin Tissoires Cc: Jiri Slaby , Dmitry Torokhov , Stephane Chatty , fabien.andre@gmail.com, scott.liu@emc.com.tw, Jean Delvare , JJ Ding , Shubhrajyoti Datta , linux-i2c@vger.kernel.org, linux-input@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2] i2c-hid: introduce HID over i2c specification implementation In-Reply-To: Message-ID: References: <1350333533-13366-1-git-send-email-benjamin.tissoires@gmail.com> <507D182E.9010902@suse.cz> User-Agent: Alpine 2.00 (LNX 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2072 Lines: 61 On Tue, 16 Oct 2012, Benjamin Tissoires wrote: > >> --- /dev/null > >> +++ b/drivers/hid/i2c-hid/i2c-hid.c > > ... > >> +static int i2c_hid_alloc_buffers(struct i2c_hid *ihid) > >> +{ > >> + /* the worst case is computed from the set_report command with a > >> + * reportID > 15 and the maximum report length */ > >> + int args_len = sizeof(__u8) + /* optional ReportID byte */ > >> + sizeof(__u16) + /* data register */ > >> + sizeof(__u16) + /* size of the report */ > >> + ihid->bufsize; /* report */ > >> + > >> + ihid->inbuf = kzalloc(ihid->bufsize, GFP_KERNEL); > >> + > >> + if (!ihid->inbuf) > >> + return -ENOMEM; > >> + > >> + ihid->argsbuf = kzalloc(args_len, GFP_KERNEL); > >> + > >> + if (!ihid->argsbuf) { > >> + kfree(ihid->inbuf); > >> + return -ENOMEM; > >> + } > >> + > >> + ihid->cmdbuf = kzalloc(sizeof(union command) + args_len, GFP_KERNEL); > >> + > >> + if (!ihid->cmdbuf) { > >> + kfree(ihid->inbuf); > >> + kfree(ihid->argsbuf); > >> + return -ENOMEM; > >> + } > >> + > >> + return 0; > > > > If this is called from hid_start and some of the latter allocation fails > > here, you free the buffers appropriately. However if another start > > occurs (e.g. by loading another module for that particular device), it > > will crash, as the buffers will remain unallocated because at this point > > ihid->bufsize == old_bufsize. You should set ihid->bufsize back to > > old_bufsize if i2c_hid_alloc_buffers fails and also set the pointers to > > NULL here. > > well spotted, thanks. > I'll change it in v3 then. Benjamin, just a quick check -- are you planning on submitting v3 eventually? Thanks, -- Jiri Kosina SUSE Labs -- 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/