There is currently no FSTN support, just placeholder code in ehci-sched.c.
I have implemented FSTN support (along with sITD backpointer support) and am in the process of implementing a new TT scheduler as well. My work is currently against 2.6.17-rc3. Enough has happened in the USB code that my patch will not apply cleanly against 2.6.9. OTOH, there'd be no reason to apply it; without a new scheduler, the EHCI driver would not be able to use FSTNs to any effect anyway. FWIW, FSTN support is possibly the least important thing to worry about in an efficient EHCI driver; OSX/Darwin do not use FSTNs at all and I've been told that neither does Solaris (they both force the scheduling to only put QHs in the front of any FS frame before uFrame 4, so FSTN is irrelevant). The scheduler I'm implementing fills in QHs from the end of the frame and as such will have use for FSTNs. I'm not a regular contributor to this specific part of the kernel, and my changes are extensive (and thus potentially scary); even once they are done, I cannot guess as to when they will be accepted by the maintainers, if ever. I don't think the outlook is that pessimistic, but I don't want to pretend to be speaking for the actual code maintainers. Monty ------------------------------------------------------- All the advantages of Linux Managed Hosting--Without the Cost and Risk! Fully trained technicians. The highest number of Red Hat certifications in the hosting industry. Fanatical Support. Click to learn more http://sel.as-us.falkag.net/sel?cmd=lnk&kid7521&bid$8729&dat1642 _______________________________________________ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
