On Tue, 2009-07-07 at 15:01 -0700, David Brownell wrote: > [ GRR "send" pressed itself somehow ] > > On Tuesday 07 July 2009, Zach Welch wrote: > > > > I would intuitively expect to be able to write: > > > > reset_config none srst_only srst_pulls_trst > > > > The key bit is the 'none', which blows it back to a cleared state. > > No, that should be an error. The "what signals" options > are (quoting the manual): > > Possible values are ‘none’ (the default), ‘trst_only’, > ‘srst_only’ and ‘trst_and_srst’. > > The poor debugger would get horribly confused if it had > to operate as if SRST were simultaneously present and > not-present. :) > > A good example for how to use this would be a board.cfg > file which is set up for a fully functional JTAG: > > # OpenOCD defaults to no SRST or TRST ... > reset_config srst_and_trst separate > > # these two are the default drive options > reset_config srst_open_drain trst_push_pull > > But then it gets used with a JTAG adapter that doesn't > have TRST, so the openocd.cfg for that hardware stack > could just > > reset_config srst_only
Personally, you have me sold; it comes down to the fact that you can do more with the current setup than one that resets the state each time. Cheers, Zach _______________________________________________ Openocd-development mailing list [email protected] https://lists.berlios.de/mailman/listinfo/openocd-development
