On Wed, Mar 14, 2012 at 2:23 PM, simonqian.openocd <simonqian.open...@gmail.com> wrote: > Below is the speed when programming flash of stm32 using versaloon. > For STM32 chips, it gets about 8KB/s - 12KB/s under SWD mode in OpenOCD. > In vsprog, it gets about 35KB/s because vsprog uses a double buffer > operation, which means data can be transmitted to ram of target stm32 via > SWD while stm32 is doing the flash programming.
With simple bit grouping into bytes and using BYTES transfer instead of BITS in MPSSE of FT2232 I have gained something around 7x speed improvement, I will also try to send bits packed when possible, that should give 3x improvement for ACK. Still there are TRN all the time. I am a bit afraid that my great ideas on automatic error handling and enqueueing longer operation sequences are anyway going to be broken because of the USB latency bottleneck :-( Were maximum FT2232H transfers calculated by anyone for JTAG already? Peter, would that be possible to have small transfer latency less than 1us for FT2232 devices using libftdi/libusb? > flash probe 0 device id = 0x10016414 flash size = 512kbytes flash 'stm32x' found at 0x08000000 > flash write_image toggle.bin 0x08000000 wrote 1936 bytes from file toggle.bin in 26.422825s (0.072 KiB/s) Best regards :-) Tomek -- CeDeROM, SQ7MHZ, http://www.tomek.cedro.info ------------------------------------------------------------------------------ This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure _______________________________________________ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel
