summaryrefslogtreecommitdiff
path: root/contrib/libdcc/README
diff options
context:
space:
mode:
authorDavid Brownell <dbrownell@users.sourceforge.net>2009-12-18 01:33:19 -0800
committerDavid Brownell <dbrownell@users.sourceforge.net>2009-12-18 01:33:19 -0800
commite40f6380638ed3f7780b78ceb1411f8b7059a073 (patch)
tree389bc0b2349bee7f74c3b37e8696b8bccda8c681 /contrib/libdcc/README
parentef4fbd36d491b1c89cb13d43f6c03e26fd0d8a7d (diff)
downloadopenocd_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 'contrib/libdcc/README')
0 files changed, 0 insertions, 0 deletions