On 12/09/2010 08:33 PM, Freddie Chopin wrote:
On 2010-12-09 20:05, Rolf Meeser wrote:
--- Freddie Chopin schrieb am Do, 9.12.2010:
Von: Freddie Chopin
Betreff: Re: [Openocd-development] [PATCH] remove srst_pulls_trst
from LPC2xxx target scripts
An: openocd-development@lists.berlios.de
On 12/07/2010 09:40 PM, Freddie Chopin wrote:
> reset_config
trst_and_srst separate srst_gates_jtag trst_push_pull srst_open_drain
I tested the srst_gates_jtag instead of the srst_pull_trst option on the
only LPC2000 board that I have here available at home.
It works fine on this board despite
On 12/07/2010 05:16 PM, Freddie Chopin wrote:
On 2010-12-04 15:47, Freddie Chopin wrote:
This is directly related to the findings from this post:
https://lists.berlios.de/pipermail/openocd-development/2010-December/017405.html
I've only removed srst_pulls_trst and comments that mentioned th
On 12/05/2010 11:00 PM, Freddie Chopin wrote:
So how about this idea of removing useless and wrong occurences of
srst_pulls_trst from lpc config files?
Are you sure this is correct?
Copy protection of LPC controllers relies on the fact that it is not
possible to halt the processor right afte
Definitely my last post on this thread.
On 12/04/2010 12:33 PM, Freddie Chopin wrote:
On 2010-12-04 12:05, Rolf Meeser wrote:
When doing "reset halt" (which would halt the chip immediately after
reset) the clock would be 4MHz.
Wrong. I've explained that often enough.
So you
On 12/04/2010 12:35 PM, Freddie Chopin wrote:
On 2010-12-04 12:05, Rolf Meeser wrote:
For me this policy is right. I'm willing to state this on as many
occasions as required.
Speaking about this right/wrong policy - it's said that reset_config
does not belong to target config file
On 12/04/2010 10:02 AM, Øyvind Harboe wrote:
also that name is very long compared to other names. I care
about that because I have names in a dropdownlist on ZY1000 :-)
Feel free to change "embedded-artists" into "ea"!
Not every company name can be as compact as Zylin :-)
__
On 12/04/2010 10:31 AM, Freddie Chopin wrote:
On 2010-12-04 00:32, Rolf Meeser wrote:
This is a misconception. When OpenOCD tries to take control after a
reset, the CPU is already running. ISP mode or existing user firmware
may or may not have changed the clock tree. Like it or not, but there
Hi Freddie,
On 12/03/2010 11:11 PM, Freddie Chopin wrote:
How can this be unreliable? LPC23xx/LPC24xx after reset use 4MHz
internal clock. Doing "reset halt" sets that clock and prevents any
code from changing that (let's not talk about broken cases, because a
broken case can be found everywhe
Hi Freddie,
On 12/03/2010 08:09 PM, Freddie Chopin wrote:
First of all, the chip frequency after reset actually is 4MHz due to
internal RC oscillator, so this "default frequency" assumption seems
pretty correct (actually it was probably me who added that script to
OpenOCD).
Incorrect. Yes, the
rd or user scripts. Users must add the intended
operating clock frequency before they include the target script:
> set CCLK 72000
> source [find target/lpc2478.cfg]
Regards,
Rolf
From 0b314d0bcbdedfc3ef8ec8dacf97e1f8ad2d5ac8 Mon Sep 17 00:00:00 2001
From: Rolf Meeser
Date: Fri, 3 Dec 20
Hi,
This is a new board support file for the Embedded Artists LPC2478 board with
32-bit SDRAM (V1.2)
Regards,
Rolf
From fd162eff391213c4c3c4ee3194feecb52e442a16 Mon Sep 17 00:00:00 2001
From: Rolf Meeser
Date: Fri, 3 Dec 2010 14:03:28 +0100
Subject: [PATCH 3/5] Add board config for Embedded
Hi,
Simple patch to change the name of the external flash of the Hitex LPC2929
board. Avoids a name conflict with the on-chip flash.
Regards,
Rolf
From b0a147ca2233f0b2a2972db36ef9d89c9ff96f0f Mon Sep 17 00:00:00 2001
From: Rolf Meeser
Date: Fri, 3 Dec 2010 13:54:47 +0100
Subject: [PATCH 2/5
Rolf
From dc19097c753aa3185fe8111b440884e9a76a94a2 Mon Sep 17 00:00:00 2001
From: Rolf Meeser
Date: Fri, 3 Dec 2010 14:06:11 +0100
Subject: [PATCH 4/5] Fix sector layout for 504-KiB LPC2000 devices
---
src/flash/nor/lpc2000.c | 11 +++
1 files changed, 7 insertions(+), 4 deletions(-)
diff --git a/src/flash/nor/l
Hi,
I have a problem updating the git submodules when doing this from behind a
HTTP-only proxy.
Cloning (git clone http://repo.or.cz/r/openocd.git) works fine. Next step
(./bootstrap) is also ok. However, the following step shows that a mixture of
http and git protocol is used:
> git submodul
h 0003 will help identifying the problem in case another engineering
silicon part appears on a customer board :-)
This is ready to go in.
Regards,
Rolf
From 093e68452e10dfa23df749b97a32ff4c3f6efaa9 Mon Sep 17 00:00:00 2001
From: Rolf Meeser
Date: Sat, 27 Nov 2010 23:09:59 +0100
Subject: [PAT
nding patches late at night was not a good idea...
The attached patch should now work.
There's also a patch to fix the broken config file for the Hitex LPC2900 board.
Regards.
Rolf
From e95fc2c340c5e51b5607c759ea5917db86aea61b Mon Sep 17 00:00:00 2001
From: Rolf Meeser
Date: Sat, 27 Nov 201
lpc2900_probe(struct flash_bank *bank)
return ERROR_FLASH_OPERATION_FAILED;
}
+ lpc2900_info->is_probed = true;
+
return ERROR_OK;
}
--
1.7.2.3
From b6fcc72b51769f1328c6a547cb0d8f51c8a099c8 Mon Sep 17 00:00:00 2001
From: Rolf Meeser
Date: Fri, 26 Nov 2010 22:38:49 +0100
Subject: [P
Hi Mirda,
--- MIroslav Dušek schrieb am Fr, 26.11.2010:
> mdw 0xE100 16
0xe100:
Ooops, that's a broken device! Looks like it hasn't seen the final production
test before shipping...
I'll follow up on this by pri
Hi Mirda,
--- mirda.d...@gmail.com schrieb am Do, 25.11.2010:
> When I put flash probe 0 for first time I get
> Unknown LPC29xx derivative
Can you send us a memory dump of 16 bytes at address 0xE100 of the LPC2919?
(0xE100...0xE10F)
Regards,
Rolf
_
Hi,
I hope that somebody can help with this problem:
A target script defines a "reset-end" handler. In this handler I need to read a
few words from target memory. When I try to use "ocd_mem2array", the command
fails with
Error: 357 1442 target.c:3106 jim_mem2array(): mem2array: no command conte
Hi Todd,
--- Todd Krein schrieb am Mi, 10.2.2010:
> I’m trying to understand the relationship between the scan chain
> in the ARM968E core and the rest of the system scan chains in the
> NXP LPC29xx family.
> I’ve found documentation, from ARM, on the scan chain/TAP controller for >
> the ARM9
Hi Flemming,
--- Flemming Futtrup schrieb am Mi, 30.12.2009:
> Including this:
> mww 0xFFE08200 0x0081
>
> Which I believe to be what you mention?
>
Yes. And it's ok! (The buffer is disabled)
> flash bank cfi 0x8000 0x80 2 2 $_TARGETNAME jedec_probe
I'm surprised that this
Hi Flemming,
--- Flemming Futtrup schrieb am Mi, 30.12.2009:
> I have run into trouble with a new board holding the SST
> 39VF6401B external flash.
>
>
> TAP: lpc2468.cpu (enabled)
>
Make sure the buffering is disabled in EMCStaticConfig0 of the LPC2468 (board
config file?).
If enabled,
Hi Dirk,
--- Dirk Behme schrieb am Mo, 5.10.2009:
> Rolf, could you try if
>
> git clone http://git.gitorious.org/u-boot-omap3/mainline.git
>
> works for you?
>
Yes, that works for me! I can successfully clone this very small project on
github, too: http://github.com/tekkub/addontemplate.gi
Hi David,
> Right now I think there seems to be general agreement to
> switch to that GIT repository in the next couple of days.
> (So I encourage everyone to switch ASAP ...)
>
I felt encouraged immediately, but now I'm stuck...
Has anyone solved the problem of git access from behind a strict
Hi Freddie,
- Ursprüngliche Mail
> > How would you write a board file for a board with two LPC2103 in the
> > chain? A simple source [find target/lpc2103.cfg] source [find
> > target/lpc2103.cfg] wouldn't work because it would try to declare two
> > targets with the same name (lpc2103.c
Hi Freddie,
I didn't find the time yet to write a few comments. But here they are:
They are all meant to be constructive and friendly! :-)
How would you write a board file for a board with two LPC2103 in the chain?
A simple
source [find target/lpc2103.cfg]
source [find target/lpc2103.cfg]
wouldn
Hi Johnny,
it should be
> +if ( first > last ) {
not
> +if ( first >= last ) {
With first=last you can erase a single sector.
Regards,
Rolf
--- Johnny Halfmoon schrieb am Mo, 21.9.2009:
> Von: Johnny Halfmoon
> Betreff: Re: [Openocd-development] [PATCH] Enhancement: Allow -1 as las
Hi,
I had problems with the "reset init" on LPC2478, too. I didn't analyze it
deeply, but I noticed this problem:
OpenOCD reported that it couldn't halt the target. With debug on, I got the
impression that the EmbeddedICE had been programmed for a break before the
final SRST/TRST happened. The
ports ARM code?
--- Stephan Winokur schrieb am Mo, 21.9.2009:
> Von: Stephan Winokur
> Betreff: Re: AW: [Openocd-development] problems with FASTDATA bulk write and
> spansion flash
> An: "Rolf Meeser" , openocd-development@lists.berlios.de
> Datum: Montag, 21.
Hi Stephan,
What is the exact type number of the flash device?
Regards,
Rolf
--- Stephan Winokur schrieb am Mo, 21.9.2009:
> Von: Stephan Winokur
> Betreff: [Openocd-development] problems with FASTDATA bulk write and spansion
> flash
> An: openocd-development@lists.berlios.de
> Datum: Montag
Hi Øyvind,
--- Øyvind Harboe schrieb am Mi, 16.9.2009:
> This patch needs work.
>
> OpenOCD lacks the exception concept of a "try-catch".
> There
> are other cases where we *do* want error messages.
>
I agree that we need a message when it *finally* fails. However, when a
tentative call to
Hi,
This turns a warning into a debug message. It is printed if there is not as
much working area as requested. Many callers try iteratively until a working
area of suitable size is found. The current warnings are irritating.
It should be up to the caller to decide if this is worth a warning. M
now with the list in copy...
--- Rolf Meeser schrieb am Mo, 14.9.2009:
> Von: Rolf Meeser
> Betreff: AW: [Openocd-development] compile error in R:2703
> An: "Paul Thomas"
> Datum: Montag, 14. September 2009, 9:07
> Hi Paul,
>
> --- Paul Thomas
> schrieb
Hi,
This patch adds target algorithm support for those flash devices that do not
support DQ5 polling. So far they could only be programmed with host algorithm,
but this was way too slow.
I added support for 16-bit devices only (I have an SST39VF3201). I didn't want
to add support for 8 and 32
--- Spencer Oliver schrieb am Mi, 12.8.2009:
> Von: Spencer Oliver
> Betreff: Re: [Openocd-development] [PATCH] Add LPC1700 suport
> An: "'Audrius Urmanavičius'" , "'openocd-devel'"
>
> Datum: Mittwoch, 12. August 2009, 21:13
> >
> > Hello List,
> >
> > Finally my MCB1760 dev board from Kei
37 matches
Mail list logo
