Hi,

I need some info on how to create a linked list to IRPs/URBs and send it
down to the bus driver to poll my USB device interrupt endpoint. I would
recycle the IRP in my completion routine and add it back to the linked list
so that I am sure that there is always atleast one read req pending so that
I don't miss any interrupts.

Regds.
Nits

Re: polling a USB interrupt endpoint by Doron

Doron
Tue Jan 03 04:30:03 CST 2006

i am pretty sure walter oney's book has an example of continuously reading
from an endpoint.

d

--
Please do not send e-mail directly to this alias. this alias is for
newsgroup purposes only.
This posting is provided "AS IS" with no warranties, and confers no rights.


"tsindia" <tsindia@newsgroups.nospam> wrote in message
news:uCAoohDEGHA.1508@TK2MSFTNGP15.phx.gbl...
> Hi,
>
> I need some info on how to create a linked list to IRPs/URBs and send it
> down to the bus driver to poll my USB device interrupt endpoint. I would
> recycle the IRP in my completion routine and add it back to the linked
> list so that I am sure that there is always atleast one read req pending
> so that I don't miss any interrupts.
>
> Regds.
> Nits
>



Re: polling a USB interrupt endpoint by tsindia

tsindia
Tue Jan 03 22:45:14 CST 2006

Hi Dolan,

Yes there is an example USBint driver in Walter Oney's book but it uses
only one IRP/URB pair to poll the interrupt endpoint. I have used it and it
works okay, but what I need is an example for chained IRP/URB pairs. Can you
guide me to some example that uses this URB chaining technique.

Thanks
Nits
"Doron Holan [MS]" <doronh@nospam.microsoft.com> wrote in message
news:ejdTpCFEGHA.312@TK2MSFTNGP09.phx.gbl...
>i am pretty sure walter oney's book has an example of continuously reading
>from an endpoint.
>
> d
>
> --
> Please do not send e-mail directly to this alias. this alias is for
> newsgroup purposes only.
> This posting is provided "AS IS" with no warranties, and confers no
> rights.
>
>
> "tsindia" <tsindia@newsgroups.nospam> wrote in message
> news:uCAoohDEGHA.1508@TK2MSFTNGP15.phx.gbl...
>> Hi,
>>
>> I need some info on how to create a linked list to IRPs/URBs and send it
>> down to the bus driver to poll my USB device interrupt endpoint. I would
>> recycle the IRP in my completion routine and add it back to the linked
>> list so that I am sure that there is always atleast one read req pending
>> so that I don't miss any interrupts.
>>
>> Regds.
>> Nits
>>
>
>



Re: polling a USB interrupt endpoint by Doron

Doron
Tue Jan 03 22:49:57 CST 2006

you can't chain URBs, it is a feature that was never implemented. what you
need to do is duplicate the logic for the single PIRP+PURB pair and send
multiple pairs at a time so that there are multiple IRPs pending at once.

d

--
Please do not send e-mail directly to this alias. this alias is for
newsgroup purposes only.
This posting is provided "AS IS" with no warranties, and confers no rights.


"tsindia" <tsindia@newsgroups.nospam> wrote in message
news:%23UrZrmOEGHA.2872@TK2MSFTNGP14.phx.gbl...
> Hi Dolan,
>
> Yes there is an example USBint driver in Walter Oney's book but it uses
> only one IRP/URB pair to poll the interrupt endpoint. I have used it and
> it works okay, but what I need is an example for chained IRP/URB pairs.
> Can you guide me to some example that uses this URB chaining technique.
>
> Thanks
> Nits
> "Doron Holan [MS]" <doronh@nospam.microsoft.com> wrote in message
> news:ejdTpCFEGHA.312@TK2MSFTNGP09.phx.gbl...
>>i am pretty sure walter oney's book has an example of continuously reading
>>from an endpoint.
>>
>> d
>>
>> --
>> Please do not send e-mail directly to this alias. this alias is for
>> newsgroup purposes only.
>> This posting is provided "AS IS" with no warranties, and confers no
>> rights.
>>
>>
>> "tsindia" <tsindia@newsgroups.nospam> wrote in message
>> news:uCAoohDEGHA.1508@TK2MSFTNGP15.phx.gbl...
>>> Hi,
>>>
>>> I need some info on how to create a linked list to IRPs/URBs and send
>>> it down to the bus driver to poll my USB device interrupt endpoint. I
>>> would recycle the IRP in my completion routine and add it back to the
>>> linked list so that I am sure that there is always atleast one read req
>>> pending so that I don't miss any interrupts.
>>>
>>> Regds.
>>> Nits
>>>
>>
>>
>
>