On Sun, Oct 9, 2011 at 10:43 PM, Peter Stuge <[email protected]> wrote: > Øyvind Harboe wrote: > > On Sun, Oct 9, 2011 at 3:40 AM, Peter Stuge <[email protected]> wrote: > > > Transfer rate: 3 KB/sec, 13848 bytes/write. > > > > USB roundtrips? > > Ḯ'll have a look with usbmon soon. >
U+0618 LATIN CAPITAL LETTER I WITH DIRT ON TOP? I tried to scrape it off my monitor, dammit... :) It sounds like the LM3S flash algorithm could use a rewrite like the one I merged for STM32F10x yesterday. Flash speed went up from 9KB/s to 29 KB/s. I don't know why "before"-speed was so low when I tested yesterday, I normally got around 14 KB/s. Maybe the bus/computer was extra heavily loaded. I've never seen it as far down as your figures though. Almost as if the LM3S driver lacks block write completely. Examining the timestamps in the full debug log is a good complement to usbmon when debugging performance problems, btw. > Akos Vandra wrote: > > (At least) in SWD mode with an FTDI programmer openocd is sending > > data bit by bit. I am planning to send in a patch to fix that, but > > I am currently unable to test it, because I am waiting for my > > SWD-capable programmer. > > LM3S knows JTAG and SWD. ICDI is FT2232 based and knows JTAG and SWD, > and it's what the late David Brownell was doing his SWD work on, but > my setup is using JTAG. I'm pretty sure that mainline ft2232 uses byte writes whenever possible. Akos: Is SWD even remotely up and running in mainline or are you using a fork? /Andreas
_______________________________________________ Openocd-development mailing list [email protected] https://lists.berlios.de/mailman/listinfo/openocd-development
