From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752931Ab2LDV3e (ORCPT ); Tue, 4 Dec 2012 16:29:34 -0500 Received: from mail-da0-f46.google.com ([209.85.210.46]:34405 "EHLO mail-da0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752216Ab2LDV3c (ORCPT ); Tue, 4 Dec 2012 16:29:32 -0500 Date: Tue, 4 Dec 2012 13:29:27 -0800 From: Greg Kroah-Hartman To: Markus Grabner Cc: line6linux-devel@lists.sourceforge.net, devel@driverdev.osuosl.org, Stefan Hajnoczi , kernel-janitors@vger.kernel.org, linux-kernel , Laurent Navet Subject: Re: [Line6linux-devel] [PATCH] line6: Use kmemdup rather than duplicating its implementation Message-ID: <20121204212927.GA1714@kroah.com> References: <1354540825-17735-1-git-send-email-laurent.navet@gmail.com> <4461097.8nbt8bgEO9@medialab> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4461097.8nbt8bgEO9@medialab> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Dec 04, 2012 at 10:22:12PM +0100, Markus Grabner wrote: > Am Montag, 3. Dezember 2012, 17:34:07 schrieb Stefan Hajnoczi: > > On Mon, Dec 3, 2012 at 2:20 PM, Laurent Navet > wrote: > > > staging: line6: driver.c > > > > > > The semantic patch that makes this output is available > > > in scripts/coccinelle/api/memdup.cocci. > > > > > > Signed-off-by: Laurent Navet > > > --- > > > > > > drivers/staging/line6/driver.c | 5 ++--- > > > 1 file changed, 2 insertions(+), 3 deletions(-) > > > > > > diff --git a/drivers/staging/line6/driver.c > > > b/drivers/staging/line6/driver.c index f5c19b2..e1d6241 100644 > > > --- a/drivers/staging/line6/driver.c > > > +++ b/drivers/staging/line6/driver.c > > > @@ -331,14 +331,13 @@ int line6_version_request_async(struct usb_line6 > > > *line6)> > > > char *buffer; > > > int retval; > > > > > > - buffer = kmalloc(sizeof(line6_request_version), GFP_ATOMIC); > > > + buffer = kmemdup(line6_request_version, > > > + sizeof(line6_request_version), GFP_ATOMIC); > > > > > > if (buffer == NULL) { > > > > > > dev_err(line6->ifcdev, "Out of memory"); > > > return -ENOMEM; > > > > > > } > > > > > > - memcpy(buffer, line6_request_version, > > > sizeof(line6_request_version)); - > > > > > > retval = line6_send_raw_message_async(line6, buffer, > > > > > > sizeof(line6_request_version > > > )); > > > > > > kfree(buffer); > > > > > > -- > > > 1.7.10.4 > > > > Your change is fine but I'm not sure whether we should allocate memory > > in the first place: > I can't remember the precise reason for this copy operation, it was related to > which type of memory is allowed for a URB data block, and memory declared with > "static const char[]" at global scope in the driver is not allowed. I just > verified on my system (kernel 3.4.11) that requesting the device's firmware > version doesn't work when passing the line6_request_version pointer directly > (instead of its kmemdup copy), so I think the kmemdup is necessary here. It's > a bit unsatisfactory to make a copy just because the original data is not > accessible for whatever reason, but I don't know of a better solution. Maybe > somebody else can clarify this or propose an alternative method? Yes, all data sent to the USB bus must be dynamically created, so kmemdup is correct to use here. thanks, greg k-h