On 12/09/2010 08:33 PM, Freddie Chopin wrote:
On 2010-12-09 20:05, Rolf Meeser wrote:
--- Freddie Chopinfreddie_cho...@op.pl schrieb am Do, 9.12.2010:
Von: Freddie Chopinfreddie_cho...@op.pl
Betreff: Re: [Openocd-development] [PATCH] remove srst_pulls_trst
from LPC2xxx target scripts
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
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/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
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
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 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 files, yet you
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 say that after
dc19097c753aa3185fe8111b440884e9a76a94a2 Mon Sep 17 00:00:00 2001
From: Rolf Meeser rolfm_...@yahoo.de
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
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 rolfm_...@yahoo.de
Date: Fri, 3 Dec 2010 13:54:47 +0100
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 rolfm_...@yahoo.de
Date: Fri, 3 Dec 2010 14:03:28 +0100
Subject: [PATCH 3/5] Add board
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 rolfm_...@yahoo.de
Date: Fri, 3 Dec
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
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
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
Hi Mirda,
--- MIroslav Dušek mirda.d...@gmail.com 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
Hi Mirda,
--- mirda.d...@gmail.com 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 context
Hi Todd,
--- Todd Krein todd.kr...@ooma.com 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
Hi Flemming,
--- Flemming Futtrup f...@deif.com 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
Hi Flemming,
--- Flemming Futtrup f...@deif.com 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
Hi Dirk,
--- Dirk Behme dirk.be...@googlemail.com 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:
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.cpu).
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]
ARM code?
--- Stephan Winokur m...@swinokur.com schrieb am Mo, 21.9.2009:
Von: Stephan Winokur m...@swinokur.com
Betreff: Re: AW: [Openocd-development] problems with FASTDATA bulk write and
spansion flash
An: Rolf Meeser rolfm_...@yahoo.de, openocd-development@lists.berlios.de
Datum
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.
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 jhalfm...@milksnot.com schrieb am Mo, 21.9.2009:
Von: Johnny Halfmoon jhalfm...@milksnot.com
Betreff: Re:
Hi Øyvind,
--- Øyvind Harboe oyvind.har...@zylin.com 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
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 s...@spen-soft.co.uk schrieb am Mi, 12.8.2009:
Von: Spencer Oliver s...@spen-soft.co.uk
Betreff: Re: [Openocd-development] [PATCH] Add LPC1700 suport
An: 'Audrius Urmanavičius' didele.d...@gmail.com, 'openocd-devel'
openocd-development@lists.berlios.de
Datum: Mittwoch,
30 matches
Mail list logo
