interface: define TMS sequence command
commita3245bd7cdd2d8c3740c5e8f31efcd78de67837a
authorDavid Brownell <dbrownell@users.sourceforge.net>
Sat, 27 Feb 2010 08:12:38 +0000 (27 00:12 -0800)
committerDavid Brownell <dbrownell@users.sourceforge.net>
Sat, 27 Feb 2010 08:12:38 +0000 (27 00:12 -0800)
tree37448ab9163c86ea221c821b956be11ebd06ebe8
parent4a64820f230a267b1f2e36d4be567074e5b8cb76
interface: define TMS sequence command

For support of SWD we need to be able to clock out special bit
sequences over TMS or SWDIO.  Create this as a generic operation,
not yet called by anything, which is split as usual into:

 - upper level abstraction ... here, jtag_add_tms_seq();
 - midlayer implementation logic hooking that to the lowlevel code;
 - lowlevel minidriver operation ... here, interface_add_tms_seq();
 - message type for request queue, here JTAG_TMS.

This is done slightly differently than other operations: there's a flag
saying whether the interface driver supports this request.  (In fact a
flag *word* so upper layers can learn about other capabilities too ...
for example, supporting SWD operations.)

That approach (flag) lets this method *eventually* be used to eliminate
pathmove() and statemove() support from most adapter drivers, by moving
all that logic into the mid-layer and increasing uniformity between the
various drivers.  (Which will in turn reduce subtle bugginess.)

Signed-off-by: David Brownell <dbrownell@users.sourceforge.net>
src/jtag/commands.h
src/jtag/core.c
src/jtag/drivers/driver.c
src/jtag/interface.h
src/jtag/jtag.h
src/jtag/minidriver.h
src/jtag/minidummy/minidummy.c
src/jtag/zy1000/zy1000.c