If you don't set an expected ID, then the chain validation won't fail for that tap. By declaring an expected ID, we will fail if it doesn't match since we _expect_ it to match.
--
Rick Altherr
[email protected]

"He said he hadn't had a byte in three days. I had a short, so I split it with him."
 -- Unsigned



On Jan 14, 2009, at 7:26 AM, Øyvind Harboe wrote:

On Wed, Jan 14, 2009 at 2:13 PM, Alan Carvalho de Assis
<[email protected]> wrote:
I don't have a functional state to create a patch, but it appears to
work a little better now. The "reg" command is returning values which
make sense instead all 0 as before.

We won't get a functional version immediately. We should however
commit changes that move us in the right direction.


I committed another change too(attached)... It looks a bit healither...

I changed the error into a warning. Can the funky JTAG device without
IDCODE fail to validate without it actually being a problem?


What I need next are some *simple* .elf binaries that can be committed
to svn as test cases for simple GDB debugging. See openocd/testing/ examples folder. I can help out w/openocd specific stuff, but I can't dive into imx31
datasheets/compilers, etc. at this point.

I tried single stepping but without a working application I can
upload, I wouldn't expect it to work(PC doesn't change). Resume
seems to work better(i.e. PC changes).


--
Øyvind Harboe
http://www.zylin.com/zy1000.html
ARM7 ARM9 XScale Cortex
JTAG debugger and flash programmer
<arm11wip.txt>_______________________________________________
Openocd-development mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/openocd-development

Attachment: smime.p7s
Description: S/MIME cryptographic signature

_______________________________________________
Openocd-development mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/openocd-development

Reply via email to