| commit | 6d26e3e768e3be66eb7edd43d52a039a601e03cd | |
| author | Angus Gratton <gus@projectgus.com> | |
| Tue, 1 Jul 2014 00:23:25 +0000 (1 10:23 +1000) | ||
| committer | Andreas Fritiofson <andreas.fritiofson@gmail.com> | |
| Mon, 11 Aug 2014 22:26:44 +0000 (11 22:26 +0000) | ||
| tree | 1ec1632f8362c21a8927d0e8f948e5a45cb5e3b9 | treesnapshot (tar.gz zip) |
| parent | 494975747376cb5258d8d84d4304df5cad51b719 | commitdiff |
nRF51822: Add workaround for PAN-16 where not all RAM blocks reliably enabled on reset
According to Nordic Semiconductor Product Anomaly Notice (document
NRF51822-PAN), item 16, some revisions of nRF51822 sometimes reset
without all RAM blocks enabled. This was noted on NRF51822-QFAA rev
CA/C0, only 8KiB of memory was accessible.
This patch turns on all RAM following a debugger induced reset
(matches specified behaviour.)
Change-Id: I4f8be4ec3d1271da7fe5bc9a084fdcb2968535bb
Signed-off-by: Angus Gratton <gus@projectgus.com>
Reviewed-on: http://openocd.zylin.com/2202
Tested-by: jenkins
Reviewed-by: Andreas Fritiofson <andreas.fritiofson@gmail.com>
According to Nordic Semiconductor Product Anomaly Notice (document
NRF51822-PAN), item 16, some revisions of nRF51822 sometimes reset
without all RAM blocks enabled. This was noted on NRF51822-QFAA rev
CA/C0, only 8KiB of memory was accessible.
This patch turns on all RAM following a debugger induced reset
(matches specified behaviour.)
Change-Id: I4f8be4ec3d1271da7fe5bc9a084fdcb2968535bb
Signed-off-by: Angus Gratton <gus@projectgus.com>
Reviewed-on: http://openocd.zylin.com/2202
Tested-by: jenkins
Reviewed-by: Andreas Fritiofson <andreas.fritiofson@gmail.com>
| tcl/target/nrf51.cfg | diffblobblamehistory |