On Wed, Jul 8, 2009 at 8:50 AM, Dominic<dominic.r...@gmx.de> wrote: > On Wednesday 08 July 2009 08:42:23 Øyvind Harboe wrote: >> On Tue, Jul 7, 2009 at 8:57 AM, Dominic<dominic.r...@gmx.de> wrote: >> > On Monday 06 July 2009 23:31:47 Øyvind Harboe wrote: >> >> Hmmm.... >> >> >> >> 838 - 729 covers a *lot* of changes.... but nothing >> >> that stands out as a suspect. >> >> >> >> If you have time to narrow this down further then that would be >> >> *great*. >> >> >> >> 788 has the startup tcl script embedded. That could be >> >> the problem you are seing in 783. >> > >> > You were right, 788 worked again - but not with "reset halt" debugging >> > though. >> > >> > I hope to be able to run some more tests or maybe read up on the failing >> > code this evening >> >> Could you be seing a srst_pulls_trst problem too? >> >> It solved all the i.MX27 ailments... > > R729 works just fine, without srst_pulls_trst. If the target required > srst_pulls_trst reset halt wouldn't work at all. > > I had a brief look at the i.MX27 manual - are you sure it really requires > srst_pulls_trst?
I'm not a hardware expert, I had help. See comments in file I copied out of that email w/reference to the page in the manual. I was told that there was no way to reset the CPU without resetting the JTAG controller. This matches my observations: without srst_pulls_trst I get all sorts of weird error messages(including mystery MOE=0xe, etc.). Though, perhaps you're right that srst_pulls_trst is a red herring, but it fixes the problem. If that's the case, then the next question is *why* it fixes the problems :-) -- Øyvind Harboe Embedded software and hardware consulting services http://www.zylin.com _______________________________________________ Openocd-development mailing list Openocd-development@lists.berlios.de https://lists.berlios.de/mailman/listinfo/openocd-development
