On Sat, May 30, 2009 at 10:22 AM, Xiaofan Chen <xiaof...@gmail.com> wrote: > Not so sure if this helps. > http://www.nonpolynomial.com/archives/2008/04/libusb-libftdi-latency-and-my-own-stupid.php > > But is all depends on the usage inside OpenOCD. >
The key is to queue large bulk transfer for libusb based application. libusb 1.0 is potentially a good library to use to replace libusb 0.1 and even libftdi under Linux (and maybe Mac OS X). Another potential increase of speed is to use libusb-compat-0.1 (compat layer for libusb 1.0) to replace libusb-0.1 and you may get a lbit of speed increase without rewriting the programing using libusb 1.0. http://libusb.wiki.sourceforge.net/LibusbCompat0.1 http://article.gmane.org/gmane.comp.lib.libusb.devel.general/5364 By the way, Danile Drake has released libusb 1.0.1 and and libusb-compat-0.1.1 and they should be quite usable now. http://sourceforge.net/project/showfiles.php?group_id=1674 Major performance boost can come from the asynchronous I/O from libusb 1.0. http://libusb.sourceforge.net/api-1.0/group__asyncio.html -- Xiaofan http://mcuee.blogspot.com _______________________________________________ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
