On Sat, 2009-05-23 at 21:41 +0200, Freddie Chopin wrote:
> Zach Welch pisze:
> > So if I understand this right:
> > 1) With jtag.c patch from Magnus, it works with short delays.
> > 2) Without that patch, it requires long delays.
> >
> > Is that summary correct?
>
> No (; If there is ANY delay bot
Hello Zach,
the outstanding patches are required to get the SAM7 working.
In case of the LPC, I must use the delay here too for my
LPC2148 and LPC2294 targets. Without the delay sometimes
the LP2294 is working and sometimes not. It works more
stable with the delay.
Best regards,
Michael
Zach Welch pisze:
> So if I understand this right:
> 1) With jtag.c patch from Magnus, it works with short delays.
> 2) Without that patch, it requires long delays.
>
> Is that summary correct?
No (; If there is ANY delay both versions (clean r1889 and patched
r1889) work. When we talk about the
Michael Fischer pisze:
only a test. Take a look at the LPC2148 here you will find the
following lines:
jtag_nsrst_delay 200
jtag_ntrst_delay 200
Please add this two lines to your lpc2103 cfg too.
With those delays the patched r1889 works. The delays can by very low -
I've tried with 10ms and
Michael Fischer pisze:
> here it is working with a LPC2148, tested with r1888
> and the pathes from Magnus:
> https://lists.berlios.de/pipermail/openocd-development/2009-May/007085.html
>
> Can you test it with the jtag_090522.patch and ft2232_090522.patch too?
I've tested with r1889. It's still
Hello Freddie,
response to:
https://lists.berlios.de/pipermail/openocd-development/2009-May/007113.html
here it is working with a LPC2148, tested with r1888
and the pathes from Magnus:
https://lists.berlios.de/pipermail/openocd-development/2009-May/007085.html
Can you test it with the jtag_09052
Michael Fischer pisze:
> the SAM7S256 is still broken
I've tested r1889 with LPC2103 and it fails too
I run:
openocd-r1889 -f interface/jtagkey.cfg -f target/lpc2103.cfg
Which results in:
Info : JTAG tap: lpc2103.cpu tap/device found: 0x4f1f0f0f (Manufacturer:
0x787,
Part: 0xf1f0, Version: 0x4
Hello list,
the SAM7S256 is still broken like I have reported before:
https://lists.berlios.de/pipermail/openocd-development/2009-May/006929.html
The OpenOCD output looks like:
=
C:\Temp\SAM7S256Test>openocd-1889 -
