On Mon, Mar 09, 2015 at 04:16:09PM +0100, Tomas Vanek wrote: > Are you sure that adapter_nsrst_delay takes place before reexamination > you've added? Error after reset is fired immediately > even if adapter_nsrst_delay is 1000.
Aha, that's something we need to fix then. I'll try to dig it then. > Second problem I noticed is testing of examined state in reset. One > test is at target.c:4768 jim_target_reset(), arp_reset tests it too. > After some problem the target is in undefined state and reset fails > early. I personally get used to stop OpenOCD and start again is > such situation. However reset command should bring a target to > defined state whenever possible. With my patch if reexamination after reset failed, the target is in undefined state (not examined), and it sort of makes sense. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercer...@gmail.com ------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ _______________________________________________ OpenOCD-devel mailing list OpenOCD-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openocd-devel
