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