On Wed, Mar 01, 2006 at 06:07:47PM -0800, Pete Zaitcev wrote:
> On Wed, 1 Mar 2006 18:00:31 -0800, Marc Singer <[EMAIL PROTECTED]> wrote:
> 
> > > Why don't you enable tracing in UDC or whatever that thing is?
> > > I gather that you are hacking on the device, so what does it see?
> > 
> > Enabling DEBUG in the UDC driver makes it break even worse.  Alan
> > Stern recommended that I use USBMON to get a look at the exchanges.
> 
> I see.
> 
> At least you got the device enumerated, right? I see that it got assigned
> address 9. Maybe you want to start off with running some simpler custom
> tests through usbfs and shake off easier bugs.

What easier bugs?  I'm all ears.

I'm going through the code paths and finding that the reason it stalls
on DESCRIPTOR requests is that that is all it can do.  It only
processes a couple of different types of setup messages, DESCRIPTORS
are not among them.

What's perplexing me is responses like this:

   0:33.300555 # 16  s> Ci 009:00 s 80 06 0200 0000 0400 ( DtH st dv 
GET_DESCRIPTOR [CONFIGURATION 0] ) --- 1024 <
...
   0:33.322552 # 16 <c  Ci 009:00 --- -121 32 = 09022000 0103fac0 01090400 
0002ff00 00fa0705 02024000 00070581 02400000

What is the -121?  For that matter, what are the -32's?  There is a
lot of time between these messages.  Is the data stream being
corrupted and, therefore, I just need to check on the memory
allocation and queuing?

After this, the protocol devolves into

 0:33.323737 # 17 <c  Ci 009:00 --- -71 0
 0:33.324468 # 18 <c  Ci 009:00 --- -104 0
 0:33.324471 # 19 <c  Ci 009:00 --- -104 0
 0:33.324473 # 20 <c  Ci 009:00 --- -104 0
 0:33.324475 # 21 <c  Ci 009:00 --- -104 0
 0:33.324476 # 22 <c  Ci 009:00 --- -104 0
 
and later some of these

 37:12.353176 # 38  s> Ii 010:01 --- -115 5 = 00ffff00 00
 37:17.445265 # 38 <c  Ii 010:01 --- 0 5 = 00020000 00
 37:17.445293 # 38  s> Ii 010:01 --- -115 5 = 00020000 00
 37:17.453256 # 38 <c  Ii 010:01 --- 0 5 = 000afc00 00

What is the result code doing in a line for a submission?



-------------------------------------------------------
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applications into web and mobile media. Attend the live webcast
and join the prime developer group breaking into this new coding territory!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
_______________________________________________
linux-usb-devel@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel

Reply via email to