On Wed, Jul 23, 2008 at 9:55 AM, Øyvind Harboe <[EMAIL PROTECTED]> wrote: >> Since this touches to deep openOCD internals, we should discuss on how >> to implement this on the list before we try to implement something. > > It's kinda funny that you just came up with killer reasons why the reset > procedure should be overrideable by the target configuration script :-) > > The work in progress is beging discussed in this thread: > > https://lists.berlios.de/pipermail/openocd-development/2008-July/002722.html
OK I have read the discussion and I see the point you are trying to achieve with the scripting support in openOCD. > > Once this is in place, you can easily write a small procedure to do the reset > for the chain that skips validation. > > We're not going the way of configuration options. A scripting language > is infinitely more flexible and we should be able to get out of the > game of adding ever more options & events to OpenOCD & trying to peer > into the future. > Very well. Do you need any help in implementing this ? I am willing to help but I would need a pointer to something I could do to help you achieve this or test it, since this is on my critical path to have openOCD support for i.MX31. One further question, now if, for the time being, I would disable the jtag_validate_chain() call and could have a valid connection to the ARM1136 in the i.MX31, could someone point me to some documentation on how to do some initialisations in the configuration vectors before being able to download some code ? I have never done this with GDB (or only with commercial tools where all this is hidden) and I would like to know how the whole thing works. Does some documentation about this kind of thing exist ? Regards Valentin _______________________________________________ Openocd-development mailing list [email protected] https://lists.berlios.de/mailman/listinfo/openocd-development
