diff options
author | zwelch <zwelch@b42882b7-edfa-0310-969c-e2dbd0fdcd60> | 2009-06-12 21:43:53 +0000 |
---|---|---|
committer | zwelch <zwelch@b42882b7-edfa-0310-969c-e2dbd0fdcd60> | 2009-06-12 21:43:53 +0000 |
commit | 8551803eb52db94ae3c1c9d4a7871d3e0986185a (patch) | |
tree | edd4051ef09356ed07c8b6eeb61cd31336124ec5 /doc/openocd.texi | |
parent | a92cc405ac5775ad97c0d0e72ca9233dcfdc8228 (diff) | |
download | openocd_libswd-8551803eb52db94ae3c1c9d4a7871d3e0986185a.tar.gz openocd_libswd-8551803eb52db94ae3c1c9d4a7871d3e0986185a.tar.bz2 openocd_libswd-8551803eb52db94ae3c1c9d4a7871d3e0986185a.tar.xz openocd_libswd-8551803eb52db94ae3c1c9d4a7871d3e0986185a.zip |
David Brownell <david-b@pacbell.net>:
Partial fix to the "long IR length" problems.
- Current code could handle up to 32 bit IR lengths with
full functionality, if it didn't just reject may of them
out of hand. So only reject clear errors, where the IR
mask (or capture instruction) needs more than IrLen bits.
- Longer IR lengths can only be handled in BYPASS mode
for now. Example: TI's DSPs use 38-bit IR lengths.
So we can't issue their IDCODE instructions...
A more complete fix would be able to issue longer instructions;
or minimally, would fail cleanly for the non-BYPASS case.
Note that this *could* make some currently broken scripts fail,
since the previous code accepted garbage values so long as
they didn't use more than 16 bits.
git-svn-id: svn://svn.berlios.de/openocd/trunk@2222 b42882b7-edfa-0310-969c-e2dbd0fdcd60
Diffstat (limited to 'doc/openocd.texi')
0 files changed, 0 insertions, 0 deletions