--- On Fri, 12/3/10, Spencer Oliver <s...@spen-soft.co.uk> wrote:
> Date: Friday, December 3, 2010, 2:34 PM > On 03/12/2010 17:24, David Brownell > wrote: > > > > > > --- On Fri, 12/3/10, Spencer Oliver<s...@spen-soft.co.uk> > wrote: > Sorry i am slightly confused this patch as such has nothing to do with > the standard reset_config. Good -- matches my original impression from back a while. I think Freddie's comment (that it does have something to do with it) made confusion, then. > > > - Dave > > > > > > > >>>>> This does create an issue for all the > >> luminary scripts however. > > > >>>>> They would need the 'reset_config > srst_only' > >> removing and this would > >>>>> break all the older scripts in the > wild. > > > > And this is an example o how I've lost the thread > > here. Not all Stellaris boards have SRST, since > > that JTAG command works on those M3 parts. Some > > have it, but not TRST ... "it" == SRST, used instead of that JTAG op (register write ISTR) that does a similar reset. (Though some might put it the other way around: the reset-via-JTAG compensating lack-of-SRST. And to be clear, that reset-via-JTAG is indeed an implementation option, which not all M3 chips handle like Stellaris ones do (which is IMO the preferable option.) Until perhaps recently, OpenOCD preferred that JTAG op for Stellaris chips (based on variant or whatever, I forget). ISTR the other reset-via-JTAG was cpu-only and less useful for the rest of the chip or system. > > > > So again, don't be > > hard-wiring incorrect "facts" anywhere. > > > > Again you need to explain - A number of emails in this thread advocated some stuff that seemed plain wrong to me, like the above romoval of SRST config even in cases where that would be wrong. i am totally confused by your > whole reply. That would be explained by my trusting Freddie's comment to be accurate, i while it was instead ncorrect at the levels I was commenting on. Just keep things orthogonal; I originally thought you were, ergo my confusion when I saw several posts quoting otherwise... Bad premises lead to much confusion, as I'm sure you know. - Dave _______________________________________________ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
