aboutsummaryrefslogtreecommitdiff
path: root/git-hooks/commit-msg
diff options
context:
space:
mode:
authorMarek Kraus <gamelaster@outlook.com>2024-10-23 16:27:33 +0200
committerAntonio Borneo <borneo.antonio@gmail.com>2024-11-09 21:06:05 +0000
commitb68d23da3c3bc67cffc750fddd64a6be9c615fdb (patch)
tree244e58645755a09ba8101be4ed9779bb44766289 /git-hooks/commit-msg
parentbcebc84882116c5c08c9243297a925262b1c3f0f (diff)
downloadriscv-openocd-b68d23da3c3bc67cffc750fddd64a6be9c615fdb.zip
riscv-openocd-b68d23da3c3bc67cffc750fddd64a6be9c615fdb.tar.gz
riscv-openocd-b68d23da3c3bc67cffc750fddd64a6be9c615fdb.tar.bz2
tcl/target/bl702: implement full software reset
In previous implementation, it was known that it does not perform full reset, and that some peripherals, such as GLB core, which handles among other stuff GPIOs, was not reset. It was presumed, that full reset by software is not possible, although, by accident, even when comment says that CTRL_PWRON_RESET is set to 1, it is not (value written into 0x40000018 supposed to be 0x7, not 0x6). CTRL_PWRON_RESET indeed triggers full "power-on like" reset, so this method is implemented in this commit. There are some workarounds to make reset seamless, without any error messages, which are described in comments of TCL script. Only down-side of this reset is, that chip is halted after reset bit later in BootROM than previous implementation, but it's still good. Change-Id: Ife2cdcc6a2d96a2e24039bfec149705baf046318 Signed-off-by: Marek Kraus <gamelaster@outlook.com> Reviewed-on: https://review.openocd.org/c/openocd/+/8529 Reviewed-by: Antonio Borneo <borneo.antonio@gmail.com> Tested-by: jenkins
Diffstat (limited to 'git-hooks/commit-msg')
0 files changed, 0 insertions, 0 deletions