diff options
author | David Brownell <dbrownell@users.sourceforge.net> | 2009-12-18 01:33:19 -0800 |
---|---|---|
committer | David Brownell <dbrownell@users.sourceforge.net> | 2009-12-18 01:33:19 -0800 |
commit | e40f6380638ed3f7780b78ceb1411f8b7059a073 (patch) | |
tree | 389bc0b2349bee7f74c3b37e8696b8bccda8c681 /src/xsvf | |
parent | ef4fbd36d491b1c89cb13d43f6c03e26fd0d8a7d (diff) | |
download | openocd_libswd-e40f6380638ed3f7780b78ceb1411f8b7059a073.tar.gz openocd_libswd-e40f6380638ed3f7780b78ceb1411f8b7059a073.tar.bz2 openocd_libswd-e40f6380638ed3f7780b78ceb1411f8b7059a073.tar.xz openocd_libswd-e40f6380638ed3f7780b78ceb1411f8b7059a073.zip |
stellaris: update bulk flash writes
Try to right-size the SRAM buffers, by not:
- using them for very small writes
- giving up when a large buffer isn't available
- allocating buffers much larger than their data
Also don't:
- bother loading the code unless we allocate the writebuffer too
- be so verbose with messaging:
* be more concise
* reduce importance (e.g. DEBUG not WARNING)
* remove duplication
The minimum buffer size is something of a guess. It's eight
times smaller than before, almost the same size as the code
being downloaded. It probably deserves some tuning.
Also, note an erratum affecting flash protection on some chips;
and narrow many over-wide lines affected by the above changes.
Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
Diffstat (limited to 'src/xsvf')
0 files changed, 0 insertions, 0 deletions