srst_gates_jtag option. at91sam9260 needs retesting, and possibly srst_gates_jtag added to reset_config. Could i.MX27 be a case where srst does not pull trst, but really srst gates jtag clock?
git-svn-id: svn://svn.berlios.de/openocd/trunk@2720 b42882b7-edfa-0310-969c-e2dbd0fdcd60
This commit is contained in:
@@ -2018,6 +2018,10 @@ haven't seen hardware with such a bug, and can be worked around).
|
||||
@option{combined} implies both @option{srst_pulls_trst} and
|
||||
@option{trst_pulls_srst}.
|
||||
|
||||
@option{srst_gates_jtag} indicates that asserting SRST gates the
|
||||
JTAG clock. This means that no communication can happen on JTAG
|
||||
while SRST is asserted.
|
||||
|
||||
The optional @var{trst_type} and @var{srst_type} parameters allow the
|
||||
driver mode of each reset line to be specified. These values only affect
|
||||
JTAG interfaces with support for different driver modes, like the Amontec
|
||||
|
||||
Reference in New Issue
Block a user