On Tue, 13 Sep 2005, Alan Stern wrote:
> On Tue, 13 Sep 2005, Franck wrote:
>
> > Thanks for these usefull explanations ! I have another question ;)
> > urb->error_count is documented (in kernel code)as follows: "Returns
> > the number of ISO transfers that reported errors." For not ISO
> > transf
On Tue, 13 Sep 2005, Franck wrote:
> Thanks for these usefull explanations ! I have another question ;)
> urb->error_count is documented (in kernel code)as follows: "Returns
> the number of ISO transfers that reported errors." For not ISO
> transfers can I use it for my own purposes ?
You're bett
2005/9/12, Alan Stern <[EMAIL PROTECTED]>:
> No, it means there's a mistake in urb_unlink. It should not release
> the bandwidth reservation. Even if the HCD calls claim_bandwidth again
> after giveback_urb returns, there's still a period of time while the
> completion routine is running during w
On Mon, 12 Sep 2005, Franck wrote:
> 2005/9/12, Alan Stern <[EMAIL PROTECTED]>:
> > On Mon, 12 Sep 2005, Franck wrote:
> >
> > > Hi,
> > >
> > > I have a question about "usb_release_bandwidth":
> > >
> > > "usb_release_bandwidth" needs an urb as parameters. If I understand,
> > > this function is
2005/9/12, Alan Stern <[EMAIL PROTECTED]>:
> On Mon, 12 Sep 2005, Franck wrote:
>
> > Hi,
> >
> > I have a question about "usb_release_bandwidth":
> >
> > "usb_release_bandwidth" needs an urb as parameters. If I understand,
> > this function is called when periodic pipes is released ie when an ep
On Mon, 12 Sep 2005, Franck wrote:
> Hi,
>
> I have a question about "usb_release_bandwidth":
>
> "usb_release_bandwidth" needs an urb as parameters. If I understand,
> this function is called when periodic pipes is released ie when an ep
> is disabled.
No. The bandwidth is released when there
