Well, with typical values from datasheet: 57*0.08+899*0.0015=5.9085

So approx. 6s is the bottom line dictated by controller hardware. Given that Eclipse is known to be a bit ... sluggish, your 12s are really not as bad as one might think initially.

Maybe you could save 1 or 2 seconds by using mass erase instead of sector erase, but this won't make a big difference, would it? Of course, the flash must always be erased before being (re-) programmed.

On the other hand, cmsis-dap is inherently slow, as this is a rather low level interface: USB latency. Maybe with J-Link or ST-Link it will be slightly faster, but don't expect to much, it will never be eye-blink speed.

If you consider the (re-) build time for your project, saving 3 seconds or so in a full turn-around isn't that much ...

On 2018-07-21 13:44, Tom via OpenOCD-devel wrote:
** [tickets:#188] samg55 start of debug speedup**

**Status:** new
**Milestone:** 0.9.0
**Labels:** samg
**Created:** Tue Jun 05, 2018 09:20 AM UTC by Filip
**Last Updated:** Sat Jul 21, 2018 11:11 AM UTC
**Owner:** nobody
**Attachments:**

I'm using SAMG55 xplained board with Eclipse. I made it debugging but
the behaviour is weird. The main problem is speed. It takes about 25
seconds to start the debug session when I use default 500 kHz adaprer
speed!! I tried to raise it to 5 MHz and it results in aprox 12
seconds. Its still damn slow for development.

What happenes is it erases 0x00 - 0x38 flash sectors (57 sectors * 16
pages * 512 bytes = 466944 B), afterwards it outputs some spilled tea
and starts to write 899 sectors. The full output of openocd with -d is
attached. I am not familiar with the write procedure but it takes most
of the time so I assume it also erases the flash before writing.

Could this time be reduced somehow?

------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
OpenOCD-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/openocd-devel

Reply via email to