From 016e7ebbfa034926c980b4b33b964f6078541690 Mon Sep 17 00:00:00 2001 From: oharboe Date: Thu, 17 Sep 2009 11:23:41 +0000 Subject: 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 --- doc/openocd.texi | 4 ++++ 1 file changed, 4 insertions(+) (limited to 'doc') diff --git a/doc/openocd.texi b/doc/openocd.texi index 0b6ecf02..9f7314b0 100644 --- a/doc/openocd.texi +++ b/doc/openocd.texi @@ -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 -- cgit v1.2.3