imi415
/
openocd
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity

Update FT2232 driver so that it reliably enters TAP_RESET. 

When the OpenOCD server starts up it records its state as TAP_RESET,
even though it could be anything.  Then when it starts to examine
the scan chain, it calls jtag_add_tlr() which sees it doesn't have
any work to do, and so it does nothing.  This can make the next
operations fail because they start from the wrong TAP state...

Instead of caring about the current recorded state, always enter
TAP_RESET by forcing five clocks with TMS high.

(NOTE:  it seems most other JTAG adapter drivers have this same bug.)


git-svn-id: svn://svn.berlios.de/openocd/trunk@2763 b42882b7-edfa-0310-969c-e2dbd0fdcd60
This commit is contained in:
dbrownell 2009-09-27 16:55:52 +00:00
parent fbbd3066ff
commit 817ea3f4e4
1 changed files with 10 additions and 2 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

12
src/jtag/ft2232.c
View File

@ -1587,8 +1587,16 @@ static int ft2232_execute_statemove(jtag_command_t *cmd)
}
ft2232_end_state(cmd->cmd.statemove->end_state);
/* move to end state */
if (tap_get_state() != tap_get_end_state())
/* For TAP_RESET, ignore the current recorded state. It's often
* wrong at server startup, and this transation is critical whenever
* it's requested.
*/
if (tap_get_end_state() == TAP_RESET) {
clock_tms(0x4b, 0xff, 5, 0);
require_send = 1;
/* shortest-path move to desired end state */
} else if (tap_get_state() != tap_get_end_state())
{
move_to_state(tap_get_end_state());
require_send = 1;