On 5/12/06, David Brownell <[EMAIL PROTECTED]> wrote:
Let me repeat that: TT scheduling and highspeed scheduling interfere with each other. You can't perform one in ignorance of the other.
I believe we are vehemently agreeing with one another :-)
> Correct, but the reason we need to shift in the FS/LS case is a > consequence of how the TTs are designed; ie, the FS frame is segmented > when viewed through the TT, a situation that's not true in uhci or > ohci or any 1.1 HC I know of. They just run their full-frame queues > in order and don't worry about resource contention. They're not > trying to expilictly schedule large multipart transfers into a > segmented frame. Right, which makes them an inadequate model to use with drivers that DO need to worry about such resource contention ... like all high speed host controller drivers.
Inadequate as they're implemented for FS/LS only, yes... not fundamentally incorrect for the task of scheduling for a TT, simply inadequate. I wasn't suggesting just stuffing ohci code into ehci. I can't even imagine how one would try :-) Anyway, I'm not going to disclaim further, I agree with everything you said. Monty ------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid0709&bid&3057&dat1642 _______________________________________________ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
