Re: OHCI IssueBulkTransfer problem

Tech-Archive recommends: Speed Up your PC by fixing your registry



I have tried ResetPipe after a timeout but it has no effect. When we
look at the traffic on the wire with a monitor the data looks to be
transfering with no NAKs and no lost data and the toggle bit looks fine
even when I do not do a ResetPipe.

Tom

David Liao (MS) wrote:
Did you use com client liberay which located at
public\common\oak\drivers\usb\class\common ?
if Yes, did you know after timeout, the transfer will be close
automaticall?. If trasfer closed without completion, it means it cancel
current driver.
So, after cancelling, you have to reset the pipe in order to sync with you
usb client side(because of data toggle bit).

David Liao
"MrTom" <thomas.nelson@xxxxxxxxxxxx> wrote in message
news:1156793859.539202.180430@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
We are running into a problem with IssueBulkTransfer on the OHCI stack
when trying to talk with the TI TUSB3410 RS-232 to USB device under
Windows Mobile 5.0.

I do IssueBulkTransfer with USB_IN_TRANSER | USB_SHORT_TRANSFER_OK
flags set. I get the first packet and all packets as long as the data
keeps coming. As soon as the data pauses and I get a timeout on the
IssueBulkTransfer I may or may not get the next packet.

If I had received an even number of packets before the timeout I will
not lose data. If I had received an odd number of packets before the
timeout I will lose the first packet after the timeout.

I am testing by connecting the RS-232 end of the device to a terminal
emulator and I send a single character in each packet.

This works under the UHCI stack on one of our other platforms.

I am wondering if this is the same problem reported here earlier under
the subject: "OHCI bug in CTransfer". That post ended saying the
problem was fixed in CE6 Beta. I did a diff with the CE6 Beta OCHI code
and so far I don't see anything obvious that would fix this problem.

Any comments would be greatly appreciated.

Tom


.



Relevant Pages

  • Re: OHCI IssueBulkTransfer problem
    ... Toggle bit isn't specified in any state. ... to send packet when requested. ... //Pack sent before transfer timeout and received and returned ... So, after cancelling, you have to reset the pipe in order to ...
    (microsoft.public.windowsce.platbuilder)
  • Re: OHCI IssueBulkTransfer problem
    ... I believe I describe how reset work before. ... Reset Pipe will calls ClearHaltedFlags to clear Halt and Toggle bit on ... The device wants to send a 'one' toggle bit on the lost packet. ... //Pack sent before transfer timeout and received and returned ...
    (microsoft.public.windowsce.platbuilder)
  • Re: OHCI IssueBulkTransfer problem
    ... David Liao wrote: ... I believe I describe how reset work before. ... The device wants to send a 'one' toggle bit on the lost packet. ... //Pack sent before transfer timeout and received and returned ...
    (microsoft.public.windowsce.platbuilder)
  • Re: OHCI IssueBulkTransfer problem
    ... I stated everything works with the UHCI stack. ... The device wants to send a 'one' toggle bit on the lost packet. ... //Pack sent before transfer timeout and received and returned ...
    (microsoft.public.windowsce.platbuilder)
  • Re: OHCI IssueBulkTransfer problem
    ... to send packet when requested. ... David Liao wrote: ... USB OHCI or SetClrearFeature is send out but your function device ignor it. ... //Pack sent before transfer timeout and received and returned ...
    (microsoft.public.windowsce.platbuilder)