On Thu, Mar 05, 2015 at 10:32:41AM -0500, Ed Beroset wrote: > Andreas Fritiofson wrote: > >Have you read the note in target/stellaris.cfg about nSRST not working well > >on those chips? ... > I'm trying to get this working for a class I'm teaching next week > and I'd rather use real hardware than an emulator. Unfortunately, > without reset and resume working, I don't seem to be able to use gdb > with this part. If there's a workaround or something else I should > try to troubleshoot, I'd be most grateful for any hints. Thanks.
I'd try with "srst_pulls_trst", then would try to see what happens if srst is pulled low externally, then would probably try to add larger adapter_srst_delay, checked what happens when in -d3 log, etc. Or just do not enable srst except for the short time you need it to mass-erase the device, then set reset_config none again. Why bother too much with those old chips if there's a usable workaround? -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:[email protected] ------------------------------------------------------------------------------ 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 [email protected] https://lists.sourceforge.net/lists/listinfo/openocd-devel
