Duane Ellis wrote: > Dirk/Kees, > > On (3/2) I posted a patch that I believe adds the required functionality > to openocd = specifically it adds an "endstate" option to the IRSCAN and > DRSCAN commands. > > Specifically to address this comment by Dirk: > > Dirk Behme> In [1] Rick proposed > Dirk Behme> "... that the C function for the irscan and drscan > Dirk Behme> commands needs to look for another argument > Dirk Behme> (namely the end state) and add a call to > Dirk Behme> jtag_set_end_state. This might also be > Dirk Behme> handled already with a 'end_state' command. " > > I never heard or saw a reply about this post. Perhaps my post got lost > in the pile > > Is this what you are looking for? If not - please let me know.
Sorry for not answering. I think this patch is something we really need. But it's my understanding that we have to address some other issues before we are able to use this patch. Therefore I didn't answer and marked it to use/test it when the other issues are addressed. Yes, you are right, you can't know this :) The main issue I see which needs to be addressed before is the "do always 7 clocks from one TAP state to an other" OpenOCD uses at the moment https://lists.berlios.de/pipermail/openocd-development/2009-February/004625.html Maybe I'm wrong, but as I understand it this conflicts with the 'shortest transition' OMAP3 needs from one state to an other. Therefore I'm experimenting with Holger's new state machine: https://lists.berlios.de/pipermail/openocd-development/2009-February/004736.html https://lists.berlios.de/pipermail/openocd-development/2009-February/004809.html I was offline this weekend, so no progress here yet. Thanks for asking, Dirk _______________________________________________ Openocd-development mailing list [email protected] https://lists.berlios.de/mailman/listinfo/openocd-development
