It works like a charm! The problem was the srst delay that now
has to be in the config script.
Thanks!
--
Øyvind Harboe
US toll free 1-866-980-3434 / International +47 51 63 25 00
http://www.zylin.com/zy1000.html
ARM7 ARM9 ARM11 XScale Cortex
JTAG debugger and flash programmer
On Tue, Dec 15, 2009 at 1:42 AM, Marek Vasut wrote:
> Dne Po 14. prosince 2009 21:55:25 David Brownell napsal(a):
>> On Monday 14 December 2009, Marek Vasut wrote:
>> > Dne Po 14. prosince 2009 02:46:26 David Brownell napsal(a):
>> > > On Sunday 13 December 2009, Marek Vasut wrote:
>> > > > I'd se
On Mon, Dec 14, 2009 at 6:42 PM, Marek Vasut wrote:
> Dne Po 14. prosince 2009 21:55:25 David Brownell napsal(a):
> > On Monday 14 December 2009, Marek Vasut wrote:
> > > Dne Po 14. prosince 2009 02:46:26 David Brownell napsal(a):
> > > > On Sunday 13 December 2009, Marek Vasut wrote:
> > > > > I
Use the new file, and remove the old target/lm3s3748.cfg one.
---
tcl/board/ek-lm3s3748.cfg |5 +
tcl/target/lm3s3748.cfg | 29 -
2 files changed, 1 insertion(+), 33 deletions(-)
--- a/tcl/board/ek-lm3s3748.cfg
+++ b/tcl/board/ek-lm3s3748.cfg
@@ -4,10 +4,7
On Monday 09 November 2009, Yegor Yefremov wrote:
> Common target file for LM3S CPU family
I'm merging the modified version below ... your version
still arrived mangled, among other things. Updates:
- renamed it "stellaris.cfg" to match the chip brand
and docs, not the subsidiary;
- used t
Dne Po 14. prosince 2009 21:55:25 David Brownell napsal(a):
> On Monday 14 December 2009, Marek Vasut wrote:
> > Dne Po 14. prosince 2009 02:46:26 David Brownell napsal(a):
> > > On Sunday 13 December 2009, Marek Vasut wrote:
> > > > I'd send followup patch that'd clean that mess up altogether ...
On Monday 14 December 2009, Eric Wetzel wrote:
> I added the remaining devices and device IDs to
> src/flash/nor/stellaris.c, and I removed several devices that don't
> exist on the Stellaris web page. Additionally, I found a few devices
> with duplicate IDs. The difference between these devices is
On Sunday 13 December 2009, David Brownell wrote:
> Add a "-ignore-version" to "jtag newtap" which makes the IDCODE
> comparison logic optionally ignore version differences.
>
> Update the "scan_chain" command to illustrate this by showing
> a "*" character instead of the (ignored) version nibble.
David Brownell escreveu:
> On Monday 14 December 2009, Alain Mouette wrote:
>> I tried debugging with Eclipde+Gdb+OpenOCD on a Cortex-M3, and it works
>> just fine for the start-up code, but as soon as FreeRTOS (preemptive)
>> and Interrupts are running, it is not much usefull anymore... Is ther
I added the remaining devices and device IDs to
src/flash/nor/stellaris.c, and I removed several devices that don't
exist on the Stellaris web page. Additionally, I found a few devices
with duplicate IDs. The difference between these devices is the DID1
Version Number; the LM3Sxxx parts have DID1 V
On Monday 14 December 2009, Marek Vasut wrote:
> Dne Po 14. prosince 2009 02:46:26 David Brownell napsal(a):
> > On Sunday 13 December 2009, Marek Vasut wrote:
> > > I'd send followup patch that'd clean that mess up altogether ... it's
> > > cleaner and much easier to track back in git log.
> >
>
On Monday 14 December 2009, Øyvind Harboe wrote:
> > I tried restoring the workaround for that (TLR) and added a comment
> > about that being IMX-specific. Could you give this patch a try?
>
> I ran a real quick test.
>
> It's better I think.
>
> I can do a "reset run" and the "reset init" erro
Hi!
First of all, I am new to this list.
My name is Marcelo Fonseca. I work in a Brazilian design house and have
experience with LPC21xx and LPC23xx from NXP and i.MX family from Freescale.
I am having problems to write an LPC2368 with our custom board.
I can write it with a J-Link and J-Flash
On Monday 14 December 2009, Alain Mouette wrote:
> I tried debugging with Eclipde+Gdb+OpenOCD on a Cortex-M3, and it works
> just fine for the start-up code, but as soon as FreeRTOS (preemptive)
> and Interrupts are running, it is not much usefull anymore... Is there
> any way to single-step in
Dne Po 14. prosince 2009 02:46:26 David Brownell napsal(a):
> On Sunday 13 December 2009, Marek Vasut wrote:
> > I'd send followup patch that'd clean that mess up altogether ... it's
> > cleaner and much easier to track back in git log.
>
> Go for it then. :)
>
Merge the erase patch then. :)
___
On Mon, Dec 14, 2009 at 4:40 PM, Alain Mouette wrote:
>
> Michel Catudal escreveu:
>> Carsten Breuer a écrit :
>>>
>>> is there any other GDB then insight or the EclipsePlugin under windows?
>>
>> Insight and Eclipse are just applications using gdb.
>>
>> You could write your own if you dislike th
Michel Catudal escreveu:
> Carsten Breuer a écrit :
>>
>> is there any other GDB then insight or the EclipsePlugin under windows?
>
> Insight and Eclipse are just applications using gdb.
>
> You could write your own if you dislike those.
> Aside from that there are commercial ones that don't use
On Monday 14 December 2009, Øyvind Harboe wrote:
> >> http://lists.berlios.de/pipermail/openocd-development/2009-October/011507.html
> >
> > Just now. I'm not clear what a "mask" would be though ...
> > as in, what's different from the current notion of masks?
> > That's fairly specific to the ARM
On Mon, Dec 14, 2009 at 9:29 AM, David Brownell wrote:
> On Sunday 13 December 2009, Ųyvind Harboe wrote:
>> > Recent ARMs don't share the "just two breakpoint/watchpoint units"
>> > restriction of ARM7/ARM9 EmbeddedICE.
>> >
>> > Example, Cortex A8 and ARM11 have 6 breakpoints, 2 watchpoints.
>>
On Sunday 13 December 2009, Øyvind Harboe wrote:
> > Recent ARMs don't share the "just two breakpoint/watchpoint units"
> > restriction of ARM7/ARM9 EmbeddedICE.
> >
> > Example, Cortex A8 and ARM11 have 6 breakpoints, 2 watchpoints.
> > Cortex M3 has 6 breakpoints (flash only), 4 watchpoints.
>
>
20 matches
Mail list logo
