lkml.org 
[lkml]   [2006]   [Mar]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: MAX_USBFS_BUFFER_SIZE
On Thu, Mar 02, 2006 at 12:25:35AM +0100, Olivier Galibert wrote:
> On Wed, Mar 01, 2006 at 02:41:23PM -0800, Greg KH wrote:
> > On Wed, Mar 01, 2006 at 11:34:30PM +0100, Olivier Galibert wrote:
> > > As a data point, I have traces of a scanner session including a
> > > download of a 26Mb binary image using 524288 bytes logical blocks
> > > physically transferred with 61440 bytes bulk_in frames. Seems stable
> > > enough. IIRC the scanner-side controller chip has some advanced
> > > buffering just to handle that kind of bandwidth.
> >
> > That's impressive. What are the endpoint sizes on the device that did
> > this?
>
> Hmmm, the chip is a Genesys gl841, on a canonscan lide 35. And it
> advertises a 64 bytes wMaxPacketSize on both in and out bulk
> interfaces. Go figure.
>
> Want the log and/or the lsusb -v?

Nah, I was just curious.

Now notice that the max the device can take for a single USB frame is 64
bytes. So if you send one urb at 16K, you should have plenty of cpu
time to queue up another one of the same size before that one flushes
out to the device, even if it is a high speed device.

That's the reason upping the size of this buffer will not really help
anyone out, except lazy userspace programmers :)

thanks,

greg k-h
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2006-03-02 00:40    [W:0.038 / U:0.144 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site