Paul Fertser wrote: >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.
Thanks, I'll try those suggestions. > Why bother too much with those old chips if there's a usable workaround? I have two reasons. First, this is the equipment I have available for the class, which is a factor that only affects me. But the more important reason is that there appears to be a similar problem with an early Snowflake part as well. Since it potentially affects all OpenOCD users using either the outdated Stellaris or the newer Tiva C parts, it seems worth pursuing. TI/LMI Stellaris information: Chip is class 10 (Snowflake) Unknown Part rev A0 did1: 0x10c8402c, arch: 0x10c8402c, eproc: ARMv7M, ramsize: 256k, flashsize: 1024k master clock: 200000kHz, rcc is 0x0, rcc2 is 0x0, pagesize: 16384, pages: 64 > reset halt adapter speed: 500 kHz cortex_m reset_config sysresetreq JTAG tap: lm3s.cpu tap/device found: 0x4ba00477 (mfg: 0x23b, part: 0xba00, ver: 0x4) JTAG-DP STICKY ERROR MEM_AP_CSW 0x23000042, MEM_AP_TAR 0xe000edf0 in procedure 'reset' in procedure 'ocd_bouncer' in procedure 'reset' > Since this is new behavior, it seemed to me that it might be changes in the OpenOCD source that is at the root of this. Perhaps someone with access to a Snowflake part can attempt to reproduce this? Ed ------------------------------------------------------------------------------ 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
