summaryrefslogtreecommitdiff
path: root/src/flash/nor
diff options
context:
space:
mode:
authorAndreas Fritiofson <andreas.fritiofson@gmail.com>2010-04-17 01:03:39 +0200
committerØyvind Harboe <oyvind.harboe@zylin.com>2010-04-20 08:55:48 +0200
commitddf7aabc6726956315f21394559ba1c543fcbf36 (patch)
tree660c32c8b3bcfb94f45b45f7e9c099410a1a4e4c /src/flash/nor
parent620310bcc64a0ba9103c4c05300fe9d25cc92b12 (diff)
downloadopenocd_libswd-ddf7aabc6726956315f21394559ba1c543fcbf36.tar.gz
openocd_libswd-ddf7aabc6726956315f21394559ba1c543fcbf36.tar.bz2
openocd_libswd-ddf7aabc6726956315f21394559ba1c543fcbf36.tar.xz
openocd_libswd-ddf7aabc6726956315f21394559ba1c543fcbf36.zip
stm32x: allow flash probe on a running target
If the flash has not yet been probed and GDB connects while the target is running, the flash probe triggered by GDB's memory map read will fail. In that case the returned memory map will be empty, causing a subsequent load from within GDB to fail. There's not much you can do from GDB to recover, other than a restart; a 'mon reset init' and manual 'mon flash probe' won't help since GDB has already made up its mind about the memory map. It seems there's no reason to require the target to be halted when probing the flash. Remove the check to let a valid memory map be provided to GDB even when connecting to a running target. Signed-off-by: Andreas Fritiofson <andreas.fritiofson@gmail.com>
Diffstat (limited to 'src/flash/nor')
-rw-r--r--src/flash/nor/stm32x.c6
1 files changed, 0 insertions, 6 deletions
diff --git a/src/flash/nor/stm32x.c b/src/flash/nor/stm32x.c
index 845d589d..818c474c 100644
--- a/src/flash/nor/stm32x.c
+++ b/src/flash/nor/stm32x.c
@@ -676,12 +676,6 @@ static int stm32x_probe(struct flash_bank *bank)
uint32_t device_id;
int page_size;
- if (bank->target->state != TARGET_HALTED)
- {
- LOG_ERROR("Target not halted");
- return ERROR_TARGET_NOT_HALTED;
- }
-
stm32x_info->probed = 0;
/* read stm32 device id register */