There are only two places where a hard timeout is specified outside of
the default (-1) for bulkread.

Once in the probe there is a bulkdrain call to usbwrap.cc and the
default parameter is used which sets the timeout to 100.

A second time in probe there is a call to bulkread in usbwrap.cc and the
timeout is specified as 500. Looking at the stack frame for that second
call, the timeout is converted to 1. I am debugging that now to see why
and how this is happening.


--
Paul O'Keefe <p...@megabelle.net>
VOIP:    1-770-250-5165
FindMe: 1-678-967-4103   


On Wed, 2009-02-25 at 12:54 -0500, Martin Owens wrote:

> On Tue, 2009-02-24 at 16:52 -0500, Paul O'Keefe wrote:
> > adding a small delay after the bulkwrite seems to make my 8330 work
> > 100% with the 2.6.28+ series kernels. This is obviously not the most
> > appropriate solution but is instructive.  See my comment on the line:
> 
> Does that mean that the Kernel guy was right? specify the timeout in
> miliseconds, not seconds?
> 
> Regards, Martin
> 
> 
> ------------------------------------------------------------------------------
> Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
> -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
> -Strategies to boost innovation and cut costs with open source participation
> -Receive a $600 discount off the registration fee with the source code: SFAD
> http://p.sf.net/sfu/XcvMzF8H
> _______________________________________________
> Barry-devel mailing list
> Barry-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/barry-devel
------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Barry-devel mailing list
Barry-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/barry-devel

Reply via email to