public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Michal Nazarewicz <mina86@mina86.com>
To: Baolin Wang <baolin.wang@linaro.org>
Cc: Felipe Balbi <balbi@kernel.org>,
	Greg KH <gregkh@linuxfoundation.org>,
	eu@felipetonello.com, dan.carpenter@oracle.com,
	USB <linux-usb@vger.kernel.org>,
	LKML <linux-kernel@vger.kernel.org>,
	Mark Brown <broonie@kernel.org>
Subject: Re: [PATCH] usb: gadget: f_midi: Add checking if it need align buffer's size to an ep's maxpacketsize
Date: Fri, 08 Jul 2016 15:04:55 +0200	[thread overview]
Message-ID: <xa1t7fcwth54.fsf@mina86.com> (raw)
In-Reply-To: <CAMz4kuLm_mGFvSTXrWhEtw8hrDMesMai2Utym4KN_ph_6WVWxQ@mail.gmail.com>

On Fri, Jul 08 2016, Baolin Wang wrote:
> On 7 July 2016 at 20:51, Michal Nazarewicz <mina86@mina86.com> wrote:
>> On Thu, Jul 07 2016, Baolin Wang wrote:
>>> Some gadget device (such as dwc3 gadget) requires quirk_ep_out_aligned_size
>>> attribute, which means it need to align the request buffer's size to an ep's
>>> maxpacketsize.
>>>
>>> Thus we add usb_ep_align_maybe() function to check if it is need to align
>>> the request buffer's size to an ep's maxpacketsize.
>>>
>>> Signed-off-by: Baolin Wang <baolin.wang@linaro.org>
>>
>> Acked-by: Michal Nazarewicz <mina86@mina86.com>
>>
>>> ---
>>>  drivers/usb/gadget/function/f_midi.c |   18 +++++++++++-------
>>>  1 file changed, 11 insertions(+), 7 deletions(-)
>>>
>>> diff --git a/drivers/usb/gadget/function/f_midi.c b/drivers/usb/gadget/function/f_midi.c
>>> index 58fc199..2e3f11e 100644
>>> --- a/drivers/usb/gadget/function/f_midi.c
>>> +++ b/drivers/usb/gadget/function/f_midi.c
>>> @@ -328,7 +328,7 @@ static int f_midi_start_ep(struct f_midi *midi,
>>>  static int f_midi_set_alt(struct usb_function *f, unsigned intf, unsigned alt)
>>>  {
>>>       struct f_midi *midi = func_to_midi(f);
>>> -     unsigned i;
>>> +     unsigned i, length;
>>>       int err;
>>>
>>>       /* we only set alt for MIDIStreaming interface */
>>> @@ -345,9 +345,11 @@ static int f_midi_set_alt(struct usb_function *f, unsigned intf, unsigned alt)
>>>
>>>       /* pre-allocate write usb requests to use on f_midi_transmit. */
>>>       while (kfifo_avail(&midi->in_req_fifo)) {
>>> -             struct usb_request *req =
>>> -                     midi_alloc_ep_req(midi->in_ep, midi->buflen);
>>> +             struct usb_request *req;
>>>
>>> +             length = usb_ep_align_maybe(midi->gadget, midi->in_ep,
>>> +                                         midi->buflen);
>>> +             req = midi_alloc_ep_req(midi->in_ep, length);
>>>               if (req == NULL)
>>>                       return -ENOMEM;
>>>
>>> @@ -359,10 +361,12 @@ static int f_midi_set_alt(struct usb_function *f, unsigned intf, unsigned alt)
>>>
>>>       /* allocate a bunch of read buffers and queue them all at once. */
>>>       for (i = 0; i < midi->qlen && err == 0; i++) {
>>> -             struct usb_request *req =
>>> -                     midi_alloc_ep_req(midi->out_ep,
>>> -                             max_t(unsigned, midi->buflen,
>>> -                                     bulk_out_desc.wMaxPacketSize));
>>> +             struct usb_request *req;
>>> +
>>> +             length = usb_ep_align_maybe(midi->gadget, midi->out_ep,
>>> +                                         midi->buflen);
>>> +             req = midi_alloc_ep_req(midi->out_ep,
>>> +                     max_t(unsigned, length, bulk_out_desc.wMaxPacketSize));
>>
>> Perhaps:
>>
>> +               length = midi->buflen < bulk_out_desc.wMaxPacketSize
>> +                       ? bulk_out_desc.wMaxPacketSize
>> +                       : usb_ep_align_maybe(midi->gadget, midi->out_ep,
>> +                                            midi->buflen);
>> +               req = midi_alloc_ep_req(midi->out_ep, length);
>>
>> I find it somewhat cleaner.  Up to you.
>
> But if the gadget does not requires 'quirk_ep_out_aligned_size', then
> we also can keep midi->buflen length although midi->buflen <
> bulk_out_desc.wMaxPacketSize, right? Thanks for your comment.

I don’t know.  That’s not what the original code was doing.  The
original code was using:

    max_t(unsigned, midi->buflen, bulk_out_desc.wMaxPacketSize));

for some reason.>

>>>               if (req == NULL)
>>>                       return -ENOMEM;
>>>
>>
>> --
>> Best regards
>> ミハウ “𝓶𝓲𝓷𝓪86” ナザレヴイツ
>> «If at first you don’t succeed, give up skydiving»
>
>
>
> -- 
> Baolin.wang
> Best Regards

-- 
Best regards
ミハウ “𝓶𝓲𝓷𝓪86” ナザレヴイツ
«If at first you don’t succeed, give up skydiving»

  reply	other threads:[~2016-07-08 13:05 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-07-07  9:11 [PATCH] usb: gadget: f_midi: Add checking if it need align buffer's size to an ep's maxpacketsize Baolin Wang
2016-07-07 12:51 ` Michal Nazarewicz
2016-07-08  2:25   ` Baolin Wang
2016-07-08 13:04     ` Michal Nazarewicz [this message]
2016-07-08 13:25       ` Felipe Balbi
2016-07-08 13:27         ` Felipe Balbi
2016-07-11  2:25           ` Baolin Wang
2016-07-08 14:05         ` Michal Nazarewicz
2016-07-11  2:26       ` Baolin Wang
2016-07-08 13:21 ` Felipe Balbi
2016-07-08 14:04   ` Michal Nazarewicz
2016-07-11  2:22   ` Baolin Wang

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=xa1t7fcwth54.fsf@mina86.com \
    --to=mina86@mina86.com \
    --cc=balbi@kernel.org \
    --cc=baolin.wang@linaro.org \
    --cc=broonie@kernel.org \
    --cc=dan.carpenter@oracle.com \
    --cc=eu@felipetonello.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