> [EMAIL PROTECTED] wrote: > > >>More details needed ... like, which HCD, does this repeat > >>with different HCDs, and what do you mean by "outbound"? > >> > > > > > > Sorry. uhci. I haven't tried ohci. > > Then try "usb-uhci" to see if it behaves differently.
I am using usb-uhci (lazy fingers). > > > > Outbound means from the host to the device, to endpoint 0, using a > > send pipe. Thought that was pre-defined. > > The setup packet is always outbound. Do you mean "control-OUT" > transfer? With a non-empty data stage? Those "ought to work" > but they hardly get any testing since they're so rarely used. > Yes. This has a valid setup packet (8 bytes), addressed to the vendor (first byte 0xc0), and a data buffer (2 bytes long). This appears to be the only method available to communicate with the device. The device works fine under wdo$e, so the implemented protocol and USB support within the device are working without a hitch. They have defined a command set which resides in the setup packet and which uses the buffer for data transfer if necessary. In the test which I'm running, the buffer is not used. (I haven't gotten that far yet). This was in fact the problem. I set the buffer length to zero and the callbacks are working fine. However, there are some messages in the protocol that use the buffer in the control message to send data to the device. It appears that this will fail. When this failure occurs, it is fatal. There is no way to shut down the device or unplug it without crashing the system (NumLock & CapsLock LEDs flashing). It appears there may be a problem when the buffer length is > 0. Thanks for your help. Leigh Bassett ------------------------------------------------------- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
