aboutsummaryrefslogtreecommitdiff
path: root/src/flash/nor/w600.c
diff options
context:
space:
mode:
authorasier70 <asier70@gmail.com>2021-04-12 14:09:36 +0200
committerTomas Vanek <vanekt@fbl.cz>2021-05-02 22:39:38 +0100
commit64a3e7ba4f47c5340543d9a5cadd41bc45d93c93 (patch)
treebecc840b87051aa1d0481c292a89c774e8dd85ef /src/flash/nor/w600.c
parent87c90393fedc8bb278d189aa53bcd93f4892012b (diff)
downloadriscv-openocd-64a3e7ba4f47c5340543d9a5cadd41bc45d93c93.zip
riscv-openocd-64a3e7ba4f47c5340543d9a5cadd41bc45d93c93.tar.gz
riscv-openocd-64a3e7ba4f47c5340543d9a5cadd41bc45d93c93.tar.bz2
flash/nor/stm32f1x: Add support for GD32F1x0/3x0
Nowadays, when it's difficult to buy STM32F030, the use of GD32F130 seems to be an interesting functional alternative. This is cortex-M3 and it works with the stm32f1x driver, but unfortunately not fully. The main difference is another offset of user option bits (like WDG_SW, nRST_STOP, nRST_STDBY) in option byte register (FLASH_OBR/FMC_OBSTAT 0x4002201C). Any use of functions like lock or unlock results in change default values of the those bits stored in flash. Thus broken microcontroller is malfunctioning, e.g. flash block programming is interrupted by unexpected active hardware watchog (after 0.4s). This patch is a simplified version of #4592 done by Dominik Peklo (http://openocd.zylin.com/#/c/4592/). GigaDevice GD32F1x0 & GD32F3x0 series devices share DEV_ID with STM32F101/2/3 medium-density line, however they use a REV_ID different from any STM32 device, so can be succesfully detected. Change-Id: I252cdf738d94983b70676a3497326f90c329e292 Signed-off-by: asier70Andrzej Sierżęga <asier70@gmail.com> Reviewed-on: http://openocd.zylin.com/6164 Tested-by: jenkins Reviewed-by: Tomas Vanek <vanekt@fbl.cz>
Diffstat (limited to 'src/flash/nor/w600.c')
0 files changed, 0 insertions, 0 deletions