Rick Altherr wrote: > > On Feb 19, 2009, at 10:01 PM, Kees Jongenburger wrote: > >> >> Hello Rick, >> >> On Fri, Feb 20, 2009 at 12:47 AM, Rick Altherr <[email protected]> wrote: >>> >>> On Feb 19, 2009, at 3:38 PM, Kees Jongenburger wrote: >>> >>> Can you write up the problems you encountered with OpenOCD? There >>> are a few >>> people on the OpenOCD development list who are actively working on >>> fixing up >>> the JTAG layer. If we could get some data as to what isn't working >>> and what >>> is needed, we can start working on the necessary improvements.
Let us start with these improvements now! >> There are currently problems that possibly prevent the OpenOCD from >> adding >> the DAP. >> >> 1) When performing ir/dr scans the default end state is Run Test Idle. >> This does not match >> what the ICEPICK wants. I don't know it this is a problem or not > > I know that the JTAG internals in OpenOCD can support this. It may be > as simple as allowing an extra argument to the irscan and drscan > commands in the TCL layer. > >> 2) The tap_move that allows moving between "stable" tap states does >> not follow "shortest pad" >> but always takes 7 steps, possibly passing via test logic reset. I >> mailed about it >> https://lists.berlios.de/pipermail/openocd-development/2009-February/004625.html >> > > Yes. I remember seeing the query about this, but I didn't realize it > was a limiting issue for ICEPICK. > >> 3) There is no support for generating clock pulses in the IDLE state. >> but this is required > > The internals have support for this as it was needed for SVF support. > Again, it may just need to be exposed at the TCL layer. It is my understanding that we need 1, 2 and 3 fixed/improved to get OMAP3 (ARM) access with OpenOCD. Correct? Are there already any patches, proposals or e.g. pseudo code available for these three topics? Being not so familiar with OpenOCD code, something like this would help as a starting point. Strings like "need to be exposed at the TCL layer" or "extra argument to the irscan and drscan commands in the TCL layer" sound a little too abstract for me. Sorry ;) I will look into OpenOCD code, now. Best regards Dirk _______________________________________________ Openocd-development mailing list [email protected] https://lists.berlios.de/mailman/listinfo/openocd-development
