- updated cortex_m3 docs regarding luminary reset behaviour
git-svn-id: svn://svn.berlios.de/openocd/trunk@625 b42882b7-edfa-0310-969c-e2dbd0fdcd60__archive__
parent
f2e10a6050
commit
8acafd1710
|
@ -596,6 +596,13 @@ ARM920t options are similar to ARM9TDMI options.
|
||||||
@cindex arm966e options
|
@cindex arm966e options
|
||||||
ARM966e options are similar to ARM9TDMI options.
|
ARM966e options are similar to ARM9TDMI options.
|
||||||
|
|
||||||
|
@subsection cortex_m3 options
|
||||||
|
@cindex cortex_m3 options
|
||||||
|
use variant <@var{variant}> @option{lm3s} when debugging luminary lm3s targets. This will cause
|
||||||
|
openocd to use a software reset rather than asserting SRST to avoid a issue with clearing
|
||||||
|
the debug registers. This is fixed in Fury Rev B, DustDevil Rev B, Tempest, these revisions will
|
||||||
|
be detected and the normal reset behaviour used.
|
||||||
|
|
||||||
@subsection xscale options
|
@subsection xscale options
|
||||||
@cindex xscale options
|
@cindex xscale options
|
||||||
Supported variants are @option{ixp42x}, @option{ixp45x}, @option{ixp46x},
|
Supported variants are @option{ixp42x}, @option{ixp45x}, @option{ixp46x},
|
||||||
|
|
|
@ -710,7 +710,7 @@ int cortex_m3_assert_reset(target_t *target)
|
||||||
* when srst is asserted the luminary device seesm to also clear the debug registers
|
* when srst is asserted the luminary device seesm to also clear the debug registers
|
||||||
* which does not match the armv7 debug TRM */
|
* which does not match the armv7 debug TRM */
|
||||||
|
|
||||||
if (strcmp(cortex_m3->variant, "luminary") == 0)
|
if (strcmp(cortex_m3->variant, "lm3s") == 0)
|
||||||
{
|
{
|
||||||
/* this causes the luminary device to reset using the watchdog */
|
/* this causes the luminary device to reset using the watchdog */
|
||||||
ahbap_write_system_atomic_u32(swjdp, NVIC_AIRCR, AIRCR_VECTKEY | AIRCR_SYSRESETREQ );
|
ahbap_write_system_atomic_u32(swjdp, NVIC_AIRCR, AIRCR_VECTKEY | AIRCR_SYSRESETREQ );
|
||||||
|
|
|
@ -11,7 +11,7 @@ jtag_device 4 0x1 0xf 0xe
|
||||||
# the luminary variant causes a software reset rather than asserting SRST
|
# the luminary variant causes a software reset rather than asserting SRST
|
||||||
# this stops the debug registers from being cleared
|
# this stops the debug registers from being cleared
|
||||||
# this will be fixed in later revisions of silicon
|
# this will be fixed in later revisions of silicon
|
||||||
target cortex_m3 little reset_halt 0 luminary
|
target cortex_m3 little reset_halt 0 lm3s
|
||||||
|
|
||||||
# 4k working area at base of ram
|
# 4k working area at base of ram
|
||||||
working_area 0 0x20000000 0x4000 nobackup
|
working_area 0 0x20000000 0x4000 nobackup
|
||||||
|
|
|
@ -11,7 +11,7 @@ jtag_device 4 0x1 0xf 0xe
|
||||||
# the luminary variant causes a software reset rather than asserting SRST
|
# the luminary variant causes a software reset rather than asserting SRST
|
||||||
# this stops the debug registers from being cleared
|
# this stops the debug registers from being cleared
|
||||||
# this will be fixed in later revisions of silicon
|
# this will be fixed in later revisions of silicon
|
||||||
target cortex_m3 little reset_halt 0 luminary
|
target cortex_m3 little reset_halt 0 lm3s
|
||||||
|
|
||||||
# 2k working area at base of ram
|
# 2k working area at base of ram
|
||||||
working_area 0 0x20000000 0x2000 nobackup
|
working_area 0 0x20000000 0x2000 nobackup
|
||||||
|
|
Loading…
Reference in New Issue