All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stefan Herbrechtsmeier <stefan@herbrechtsmeier.net>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH v2 2/5] ehci-hcd: Boost transfer speed
Date: Fri, 20 Jul 2012 17:15:13 +0200	[thread overview]
Message-ID: <50097601.5000603@herbrechtsmeier.net> (raw)
In-Reply-To: <1346536947.339276.1342796616863.JavaMail.root@advansee.com>

Am 20.07.2012 17:03, schrieb Beno?t Th?baudeau:
> On Friday 20 July 2012 16:51:33 Stefan Herbrechtsmeier wrote:
>> Am 20.07.2012 15:56, schrieb Beno?t Th?baudeau:
>>> Dear Marek Vasut,
>>>
>>> On Friday 20 July 2012 15:44:01 Marek Vasut wrote:
>>>>> On Friday 20 July 2012 13:37:37 Stefan Herbrechtsmeier wrote:
>>>>>> Am 20.07.2012 13:26, schrieb Beno?t Th?baudeau:
>>>>>>> +			int xfr_bytes = min(left_length,
>>>>>>> +					    (QT_BUFFER_CNT * 4096 -
>>>>>>> +					     ((uint32_t)buf_ptr & 4095)) &
>>>>>>> +					    ~4095);
>>>>>> Why you align the length to 4096?
>>>>> It's to guarantee that each transfer length is a multiple of the
>>>>> max packet
>>>>> length. Otherwise, early short packets are issued, which breaks
>>>>> the
>>>>> transfer and results in time-out error messages.
>>>> Early short packets ? What do you mean?
>>> During a USB transfer, all packets must have a length of max packet
>>> length for
>>> the pipe/endpoint, except the final one that can be a short packet.
>>> Without the
>>> alignment I make for xfr_bytes, short packets can occur within a
>>> transfer,
>>> because the hardware starts a new packet for each new queued qTD it
>>> handles.
>> But if I am right, the max packet length is 512 for bulk and 1024 for
>> Interrupt transfer.
> There are indeed different max packet lengths for different transfer types, but
> it does not matter since the chosen alignment guarantees a multiple of all these
> possible max packet lengths.
But thereby you limit the transfer to 4 qT buffers for unaligned transfers.

Best regards,
     Stefan

  reply	other threads:[~2012-07-20 15:15 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-07-19 20:17 [U-Boot] [PATCH 2/5] ehci-hcd: Boost transfer speed Benoît Thébaudeau
2012-07-20 11:26 ` [U-Boot] [PATCH v2 " Benoît Thébaudeau
2012-07-20 11:37   ` Stefan Herbrechtsmeier
2012-07-20 13:17     ` Benoît Thébaudeau
2012-07-20 13:44       ` Marek Vasut
2012-07-20 13:56         ` Benoît Thébaudeau
2012-07-20 14:51           ` Stefan Herbrechtsmeier
2012-07-20 15:03             ` Benoît Thébaudeau
2012-07-20 15:15               ` Stefan Herbrechtsmeier [this message]
2012-07-20 15:35                 ` Benoît Thébaudeau
2012-07-23 13:35                   ` Stefan Herbrechtsmeier
2012-07-23 17:15                     ` Benoît Thébaudeau
2012-07-24 13:02                       ` Stefan Herbrechtsmeier
2012-07-29  0:48                         ` Benoît Thébaudeau
2012-07-30 22:38                           ` Marek Vasut
2012-07-31  1:06                             ` Benoît Thébaudeau
2012-07-31 19:52                               ` Stefan Herbrechtsmeier
2012-08-01  2:41                                 ` Marek Vasut
2012-08-03 23:02                               ` Benoît Thébaudeau
2012-08-04  7:45                                 ` Marek Vasut
2012-08-08 23:14                                   ` Benoît Thébaudeau
2012-08-08 23:14                                     ` Marek Vasut
2012-07-31 20:01                           ` Stefan Herbrechtsmeier
2012-07-27 14:07   ` Marek Vasut
2012-07-27 14:16     ` Benoît Thébaudeau
2012-07-27 14:30       ` Marek Vasut
2012-08-09 21:51   ` [U-Boot] [PATCH v3 3/8] " Benoît Thébaudeau
2012-08-09 22:32     ` Marek Vasut
2012-07-27 12:54 ` [U-Boot] [PATCH 2/5] " Marek Vasut
2012-07-27 13:59   ` Benoît Thébaudeau
2012-07-27 14:01     ` Marek Vasut
2012-07-27 14:13       ` Benoît Thébaudeau
2012-07-27 14:31         ` Marek Vasut
2012-07-29  0:58         ` Benoît Thébaudeau
2012-07-29  1:40           ` Marek Vasut
2012-07-29 14:14             ` Benoît Thébaudeau
2012-07-29 18:08               ` Marek Vasut

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=50097601.5000603@herbrechtsmeier.net \
    --to=stefan@herbrechtsmeier.net \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.