Re: Dynamic USB buffer sizes (Was: Option driver enhancement)

Oliver Neukum <[email protected]>
Newsgroups gmane.linux.usb.devel
Message-ID <[email protected]>
Am Donnerstag 04 Oktober 2007 schrieb Matthias Urlichs:
> Hi,
> 
> Indan Zupancic:
> > E.g. some mechanism where the buffer size and buffer count is chosen
> > dynamically depending on how fast the device turns out to be, and some
> > latency constraints.
> 
> You can't measure how fast the device is. If you send too much too fast,
> you simply get dropped or mangled data at the other end of the data link;
> if you're doing PPP, completely wedging the channel, requiring a
> reconnect or even a powercycle of the card to recover, is not at all
> unlikely in my experience. :-(

OK, then you really don't have that option.

> I've even observed re-ordered data, which is why N_OUT_URB is currently
> set to 1 -- which (together with OUT_BUFLEN=128, 'cause the damn card
> sometimes dropped data with =256) *really* limits the send rate. Doesn't
> matter for plain-and-simple GSM, but beyond that ... ouch.

Hm. You should still get into every second frame ~500Hz, about
60 KB/s
 
	Regards
		Oliver

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems?  Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
[email protected]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.