summaryrefslogtreecommitdiff
path: root/src/target/register.h
diff options
context:
space:
mode:
authordbrownell <dbrownell@b42882b7-edfa-0310-969c-e2dbd0fdcd60>2009-09-27 16:55:52 +0000
committerdbrownell <dbrownell@b42882b7-edfa-0310-969c-e2dbd0fdcd60>2009-09-27 16:55:52 +0000
commit817ea3f4e445a616c50d5658a2ec84e41cab3f1f (patch)
tree7eab1b32fa3b0f9d2f9b412e651b90495f35ab31 /src/target/register.h
parentfbbd3066ffb17b3a5a75b882c4b16aeaa6acad88 (diff)
downloadopenocd+libswd-817ea3f4e445a616c50d5658a2ec84e41cab3f1f.tar.gz
openocd+libswd-817ea3f4e445a616c50d5658a2ec84e41cab3f1f.tar.bz2
openocd+libswd-817ea3f4e445a616c50d5658a2ec84e41cab3f1f.tar.xz
openocd+libswd-817ea3f4e445a616c50d5658a2ec84e41cab3f1f.zip
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
Diffstat (limited to 'src/target/register.h')
0 files changed, 0 insertions, 0 deletions