Extend the internal JTAG event handlers to cover enable/disable,
and use those events to make sure that targets get "examined" if
they were disabled when the scan chain was first set up:

 - Remove "enum jtag_tap_event", merge with "enum jtag_event",
   so C code can now listen for TAP enable/disable events.

 - Report those events so they can trigger callbacks.

 - During startup, make target_examine() register a handler to
   catch ENABLE events for any then-disabled targets.

This fixes bugs like "can't halt target after enabling its TAP".

One class of unresolved bugs:  if the target has an ETM hooked
up to an ETB, nothing activates the ETB.  But starting up the
ETM without access to the ETB registers fails...


git-svn-id: svn://svn.berlios.de/openocd/trunk@2251 b42882b7-edfa-0310-969c-e2dbd0fdcd60
This commit is contained in:
zwelch
2009-06-16 12:17:18 +00:00
parent 491083a248
commit a0c10dd29b
4 changed files with 31 additions and 10 deletions

View File

@@ -201,19 +201,18 @@ extern unsigned jtag_tap_count(void);
* - SRST pulls TRST
* - TRST asserted
*
**/
* TAP activation/deactivation is currently implemented outside the core
* using scripted code that understands the specific router type.
*/
enum jtag_event {
JTAG_TRST_ASSERTED
};
enum jtag_tap_event {
JTAG_TRST_ASSERTED,
JTAG_TAP_EVENT_ENABLE,
JTAG_TAP_EVENT_DISABLE
JTAG_TAP_EVENT_DISABLE,
};
struct jtag_tap_event_action_s
{
enum jtag_tap_event event;
enum jtag_event event;
Jim_Obj* body;
jtag_tap_event_action_t* next;
};