public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Behan Webster <behanw@converseincode.com>
To: balbi@ti.com
Cc: gregkh@linuxfoundation.org, linux-usb@vger.kernel.org,
	linux-kernel@vger.kernel.org,
	Mark Charlebois <charlebm@gmail.com>
Subject: Re: [PATCH] USB: Removing the use of VLAIS from the gadget driver
Date: Mon, 23 Sep 2013 18:10:42 -0400	[thread overview]
Message-ID: <5240BC62.9040102@converseincode.com> (raw)
In-Reply-To: <20130923202428.GG309@radagast>

On 09/23/13 16:24, Felipe Balbi wrote:
> Hi,
>
> On Thu, Aug 01, 2013 at 09:35:44PM -0400, behanw@converseincode.com wrote:
>> From: Behan Webster <behanw@converseincode.com>
>>
>> The use of variable length arrays in structs (VLAIS) in the Linux Kernel code
>> precludes the use of compilers which don't implement VLAIS (for instance the
>> Clang compiler). This patch removes the use of VLAIS in the gadget driver.
>>
>> Signed-off-by: Mark Charlebois <charlebm@gmail.com>
>> Signed-off-by: Behan Webster <behanw@converseincode.com>
>> ---
>>   drivers/usb/gadget/f_fs.c | 128 +++++++++++++++++++++++++++-------------------
>>   1 file changed, 76 insertions(+), 52 deletions(-)
>>
>> diff --git a/drivers/usb/gadget/f_fs.c b/drivers/usb/gadget/f_fs.c
>> index f394f29..4b872c4 100644
>> --- a/drivers/usb/gadget/f_fs.c
>> +++ b/drivers/usb/gadget/f_fs.c
>> @@ -30,7 +30,6 @@
>>   
>>   #define FUNCTIONFS_MAGIC	0xa647361 /* Chosen by a honest dice roll ;) */
>>   
>> -
>>   /* Debugging ****************************************************************/
>>   
>>   #ifdef VERBOSE_DEBUG
>> @@ -214,6 +213,8 @@ struct ffs_data {
>>   	/* ids in stringtabs are set in functionfs_bind() */
>>   	const void			*raw_strings;
>>   	struct usb_gadget_strings	**stringtabs;
>> +	struct usb_gadget_strings	*stringtab;
>> +	struct usb_string		*strings;
>>   
>>   	/*
>>   	 * File system's super block, write once when file system is
>> @@ -263,7 +264,10 @@ struct ffs_function {
>>   
>>   	struct ffs_ep			*eps;
>>   	u8				eps_revmap[16];
>> +	struct usb_descriptor_header	**fs_descs;
>> +	struct usb_descriptor_header	**hs_descs;
>>   	short				*interfaces_nums;
>> +	char				*raw_descs;
>>   
>>   	struct usb_function		function;
>>   };
>> @@ -1345,6 +1349,8 @@ static void ffs_data_clear(struct ffs_data *ffs)
>>   	kfree(ffs->raw_descs);
>>   	kfree(ffs->raw_strings);
>>   	kfree(ffs->stringtabs);
>> +	kfree(ffs->stringtab);
>> +	kfree(ffs->strings);
>>   }
>>   
>>   static void ffs_data_reset(struct ffs_data *ffs)
>> @@ -1357,6 +1363,8 @@ static void ffs_data_reset(struct ffs_data *ffs)
>>   	ffs->raw_descs = NULL;
>>   	ffs->raw_strings = NULL;
>>   	ffs->stringtabs = NULL;
>> +	ffs->stringtab = NULL;
>> +	ffs->strings = NULL;
>>   
>>   	ffs->raw_descs_length = 0;
>>   	ffs->raw_fs_descs_length = 0;
>> @@ -1528,12 +1536,10 @@ static void ffs_func_free(struct ffs_function *func)
>>   	ffs_data_put(func->ffs);
>>   
>>   	kfree(func->eps);
>> -	/*
>> -	 * eps and interfaces_nums are allocated in the same chunk so
>> -	 * only one free is required.  Descriptors are also allocated
>> -	 * in the same chunk.
>> -	 */
>> -
>> +	kfree(func->fs_descs);
>> +	kfree(func->hs_descs);
>> +	kfree(func->interfaces_nums);
>> +	kfree(func->raw_descs);
>>   	kfree(func);
>>   }
>>   
>> @@ -1907,33 +1913,35 @@ static int __ffs_data_got_strings(struct ffs_data *ffs,
>>   		return 0;
>>   	}
>>   
>> -	/* Allocate everything in one chunk so there's less maintenance. */
>>   	{
>> -		struct {
>> -			struct usb_gadget_strings *stringtabs[lang_count + 1];
>> -			struct usb_gadget_strings stringtab[lang_count];
>> -			struct usb_string strings[lang_count*(needed_count+1)];
>> -		} *d;
>>   		unsigned i = 0;
>> -
>> -		d = kmalloc(sizeof *d, GFP_KERNEL);
>> -		if (unlikely(!d)) {
>> +		usb_gadget_strings **stringtabs = NULL;
>> +		usb_gadget_strings *stringtab = NULL;
>> +		usb_string *strings = NULL;
> did you compile this patch ?
>
Appologies. The patch as posted has a bug which was fixed after sending 
it to the list.

Andrzej Pietrasiewicz <andrzej.p@samsung.com> has the fixed one. Will 
send the fixed one to the list too.

Behan

-- 
Behan Webster
behanw@converseincode.com


      reply	other threads:[~2013-09-23 22:10 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-08-02  1:35 [PATCH] USB: Removing the use of VLAIS from the gadget driver behanw
2013-09-06  0:07 ` [PATCH] usb: gadget LLVMLinux: " Behan Webster
2013-09-23 19:30   ` Felipe Balbi
2013-09-23 19:59     ` Behan Webster
2013-09-23 20:08     ` Linus Torvalds
2013-09-23 20:18       ` Behan Webster
2013-09-23 20:24 ` [PATCH] USB: " Felipe Balbi
2013-09-23 22:10   ` Behan Webster [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=5240BC62.9040102@converseincode.com \
    --to=behanw@converseincode.com \
    --cc=balbi@ti.com \
    --cc=charlebm@gmail.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-usb@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox