From: Roger Quadros <rogerq@ti.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 2/3] usb: s3c-otg: Fix short packet for request size > ep.maxpacket
Date: Tue, 19 Apr 2016 14:52:46 +0300 [thread overview]
Message-ID: <57161C0E.3030000@ti.com> (raw)
In-Reply-To: <20160419132502.731c563c@amdc2363>
On 19/04/16 14:25, Lukasz Majewski wrote:
> Hi Roger,
>
>> Hi Lukasz,
>>
>> On 19/04/16 12:02, Lukasz Majewski wrote:
>>> Hi Roger,
>>>
>>>> Request size can be greater than ep.packet and still end in a
>>>> short packet. We need to tackle this case as end of transfer
>>>> (if short_not_ok is not set) as indicated in USB 2.0 Specification
>>>> [1], else we get stuck up on certain protocols like fastboot.
>>>>
>>>> [1] - USB2.0 Specification, Section 5.3.2 Pipes
>>>>
>>>> Reported-by: Steve Rae <steve.rae@broadcom.com>
>>>> Signed-off-by: Roger Quadros <rogerq@ti.com>
>>>> Tested-by: Steve Rae <steve.rae@broadcom.com>
>>>> ---
>>>> drivers/usb/gadget/dwc2_udc_otg_xfer_dma.c | 2 +-
>>>> 1 file changed, 1 insertion(+), 1 deletion(-)
>>>>
>>>> diff --git a/drivers/usb/gadget/dwc2_udc_otg_xfer_dma.c
>>>> b/drivers/usb/gadget/dwc2_udc_otg_xfer_dma.c index bce9c30..a31d875
>>>> 100644 --- a/drivers/usb/gadget/dwc2_udc_otg_xfer_dma.c
>>>> +++ b/drivers/usb/gadget/dwc2_udc_otg_xfer_dma.c
>>>> @@ -229,7 +229,7 @@ static void complete_rx(struct dwc2_udc *dev,
>>>> u8 ep_num) ROUND(xfer_size, CONFIG_SYS_CACHELINE_SIZE));
>>>>
>>>> req->req.actual += min(xfer_size, req->req.length -
>>>> req->req.actual);
>>>> - is_short = (xfer_size < ep->ep.maxpacket);
>>>> + is_short = xfer_size % ep->ep.maxpacket;
>>>
>>> is_short is a flag - so maybe it would be better to write something
>>> like:
>>
>> but it is defined as u32 so I thought it might as well print the
>> short packet length instead of just 1/0.
>
> I mean that it looks strange for me in debug message when one see:
>
> "is_short: 8" (as it was shown at Steve's output).
Agreed. I'll convert it to boolean then.
--
cheers,
-roger
next prev parent reply other threads:[~2016-04-19 11:52 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-19 7:16 [U-Boot] [PATCH 0/3] s3c-otg: fastboot: fixes and cleanup Roger Quadros
2016-04-19 7:16 ` [U-Boot] [PATCH 1/3] fastboot: Clean up bulk-out logic Roger Quadros
2016-04-19 9:00 ` Lukasz Majewski
2016-04-21 10:03 ` Lukasz Majewski
2016-04-22 2:59 ` Steve Rae
2016-04-22 3:52 ` Lukasz Majewski
2016-04-19 7:17 ` [U-Boot] [PATCH 2/3] usb: s3c-otg: Fix short packet for request size > ep.maxpacket Roger Quadros
2016-04-19 9:02 ` Lukasz Majewski
2016-04-19 10:21 ` Roger Quadros
2016-04-19 11:25 ` Lukasz Majewski
2016-04-19 11:52 ` Roger Quadros [this message]
2016-04-19 12:20 ` [U-Boot] [PATCH v2 " Roger Quadros
2016-04-21 10:04 ` Lukasz Majewski
2016-04-19 7:17 ` [U-Boot] [PATCH 3/3] usb: s3c-otg: Fix remaining bytes in debug messages Roger Quadros
2016-04-21 10:05 ` Lukasz Majewski
2016-04-22 2:49 ` Steve Rae
2016-04-22 3:03 ` Steve Rae
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=57161C0E.3030000@ti.com \
--to=rogerq@ti.com \
--cc=u-boot@lists.denx.de \
/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