diff options
author | gcembed <gcembed@gmail.com> | 2010-06-01 13:48:22 +0200 |
---|---|---|
committer | Øyvind Harboe <oyvind.harboe@zylin.com> | 2010-06-03 20:40:00 +0200 |
commit | a1cf1b52444c67b6c56ad58fe29be5a285b244cb (patch) | |
tree | 7a658f986f40a1ebccfc67865505bc03594f5219 /testing/examples/SAM7X256Test/test_ram.hex | |
parent | 631514724db1772f9e08e1dcb564fe9205def57e (diff) | |
download | openocd_libswd-a1cf1b52444c67b6c56ad58fe29be5a285b244cb.tar.gz openocd_libswd-a1cf1b52444c67b6c56ad58fe29be5a285b244cb.tar.bz2 openocd_libswd-a1cf1b52444c67b6c56ad58fe29be5a285b244cb.tar.xz openocd_libswd-a1cf1b52444c67b6c56ad58fe29be5a285b244cb.zip |
stm32 : change returned value of mass_erase function
Hello,
"stm32x mass_erase" return ERROR_OK even if something goes wrong.
Here is a summary of changes :
* in stm32x_mass_erase : return ERROR_FLASH_OPERATION_FAILED when error
detected in FLASH_SR register;
* in COMMAND_HANDLER(stm32x_handle_mass_erase_command) : return the
returned value of stm32x_mass_erase().
I don't know if there is reason to always return ERROR_OK ?
Gaëtan
Diffstat (limited to 'testing/examples/SAM7X256Test/test_ram.hex')
0 files changed, 0 insertions, 0 deletions