[linux-usb-devel] Re: Questions about sl811 scheduling

2005-09-07 Thread Franck
2005/9/7, David Brownell <[EMAIL PROTECTED]>: > > BTW, in "balance" function, why does index "i" start to 0 and not to > > current frame number ? > > Why not? All that it guarantees is periodicity. Linux-USB hasn't > yet made any guarantees about the analogue of clock phase; once a > periodic tr

[linux-usb-devel] Re: Questions about sl811 scheduling

2005-09-07 Thread Franck
2005/9/7, David Brownell <[EMAIL PROTECTED]>: > > Just to be sure, you mean if "URB1" is done at frameX then "URB2" must > > be done at frameX + URB2->intervall ? Can you point out the section of > > USB spec that explains this, please ? > > Forget about URB2->interval; it's an error in the device

[linux-usb-devel] Re: Questions about sl811 scheduling

2005-09-07 Thread David Brownell
> Just to be sure, you mean if "URB1" is done at frameX then "URB2" must > be done at frameX + URB2->intervall ? Can you point out the section of > USB spec that explains this, please ? Forget about URB2->interval; it's an error in the device driver if that's not the same as URB1->interval (or URB

[linux-usb-devel] Re: Questions about sl811 scheduling

2005-09-07 Thread Franck
2005/9/7, David Brownell <[EMAIL PROTECTED]>: > > When you say NAK is not an error case, this is true except for setup > > stage. Functions cannot issue a NAK packet in response to a setup > > packet. In that case, it is an _error_, is it correct ? > > If they can't issue it, why are you worried a

[linux-usb-devel] Re: Questions about sl811 scheduling

2005-09-07 Thread David Brownell
> > Again, _transfers_ don't reserve bandwidth, endpoints do. > > I think I misunderstood this point If you looked much at 2.4 code, that may be why. :) > When you say NAK is not an error case, this is true except for setup > stage. Functions cannot issue a NAK packet in response to a set

[linux-usb-devel] Re: Questions about sl811 scheduling

2005-09-07 Thread Franck
2005/9/6, David Brownell <[EMAIL PROTECTED]>: > Again, _transfers_ don't reserve bandwidth, endpoints do. > I think I misunderstood this point > And when the endpoint's transfer queue is empty, it surrenders > its bandwidth reservation. > Dave, I just want to be sure to well understand thi

[linux-usb-devel] Re: Questions about sl811 scheduling

2005-09-06 Thread David Brownell
> > > The first question is not specific to sl811 hcd: for periodic > > > transfer, does a urb must be resubmitted by the function driver after > > > its transfer completion is called or is it handled by the hcd/core ? > > > > There is no "automagic resubmit" in 2.6 kernels; drivers reissue URBs >

[linux-usb-devel] Re: Questions about sl811 scheduling

2005-09-06 Thread Franck
2005/9/6, David Brownell <[EMAIL PROTECTED]>: > > > The first question is not specific to sl811 hcd: for periodic > > transfer, does a urb must be resubmitted by the function driver after > > its transfer completion is called or is it handled by the hcd/core ? > > There is no "automagic resubmit"

[linux-usb-devel] Re: Questions about sl811 scheduling

2005-09-06 Thread David Brownell
> The first question is not specific to sl811 hcd: for periodic > transfer, does a urb must be resubmitted by the function driver after > its transfer completion is called or is it handled by the hcd/core ? There is no "automagic resubmit" in 2.6 kernels; drivers reissue URBs themselves, if that'