On Wednesday 28 March 2007 12:07 am, Pandita, Vikram wrote: > > Scenario: > MUSBHDRC is acting as Host. Netchip2280 is acting as device. > > On MUSBHDRC run the usbtest 14 and see the error -32.
OK, that CATC snapshot was informative. - SETUP, write 8 bytes, fine - SETUP, read them back, fine, Then badness ... the detail shown in the JPG being: - SETUP, ACK - PING, ACK (*) - write 8 bytes, NYET (**) - IN --> STALL (*) This is unexpected, but likely not incorrect. Net2280 sticks SETUP data in special registers, DATA uses the ep0 fifo, so space availability won't be an issue. (**) 8.5.1 in the USB 2.0 spec says that after a NYET handshake, "the host controller must return to using a PING token until the endpoint indicates it has space". Clearly, the HDRC did not issue any PINGs ... it just went right to the status handshake. Fishy, and quite possibly something the net2280 interpreted as "wrong" (ergo the STALL). I'd guess the RTL from Mentor is triggering the "tx data was ACKed" IRQ too early ... treating the NYET as an ACK. An experiment you could try: before starting the status stage of an ep0 OUT transfer, stick a udelay(50) or somesuch. Then compare what the HDRC is doing. With luck, the net2280 only cares about that illegal state in a small window, and the udelay will get past it... - Dave > Host-MUSBHDRC sends (OUT-TOKEN) 9 bytes to Control end point. > CATC trace attached to this mail (as jpg) shows that the Netchip gets > the 9 bytes. > > Host-MUSBHDRC sends IN-token to netchip. > > Netchip instead of ACK/NACK, does a STALL to the IN token, which is not > right. > ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
