Dne So 12. prosince 2009 03:47:09 Zach Welch napsal(a):
> Thanks. I broke it, but I just pushed a patch to fix this properly.
Sure, great ... thanks for fixing it, I need some sleep badly so I couldn't
come
with anything decent ;-)
>
> On Sat, 2009-12-12 at 02:05 +0100, Marek Vasut wrote:
> >
Thanks. I broke it, but I just pushed a patch to fix this properly.
On Sat, 2009-12-12 at 02:05 +0100, Marek Vasut wrote:
> Hi,
>
> looks like the NAND isn't registered at all. I use the following (incorrect)
> patch to work it around FTTB.
>
> diff --git a/src/flash/nand/tcl.c b/src/flash/nan
Hi,
looks like the NAND isn't registered at all. I use the following (incorrect)
patch to work it around FTTB.
diff --git a/src/flash/nand/tcl.c b/src/flash/nand/tcl.c
index e69882b..15426e9 100644
--- a/src/flash/nand/tcl.c
+++ b/src/flash/nand/tcl.c
@@ -580,6 +580,13 @@ static COMMAND_HELPER(c
Hi,
included is a patch that adds possibility to supply erase_page function in a
driver, overriding the default behaviour of core.c
From 7fa880bfe5a541b1b5df520cf023268491d4ca2e Mon Sep 17 00:00:00 2001
From: Marek Vasut
Date: Sat, 12 Dec 2009 00:39:54 +0100
Subject: [PATCH] NAND: Add erase_page
ITR register handling seemed to be giving me problems, so I updated
the comments to better say what the code is trying to do ... and to
note the preconditions (one of which seems to be an issue) as listed
in the ARM1136 TRM.
Also removed the unused "ARM11_TAP_DEFAULT" from the ITR scan code;
all t
Abstract the DPM breakpoint and watchpoint data structures to
have a shared core for housekeeping.
Abstract the code updating the watchpoint registers so that it
can be used to update breakpoint registers. Then do so, when
something has set up the breakpoint state used by this code.
---
Nothing
Properly detect all of these, including the "2" variants;
and bugfix parameter display for LDC and STC.
---
src/target/arm_disassembler.c | 51 +---
1 file changed, 33 insertions(+), 18 deletions(-)
--- a/src/target/arm_disassembler.c
+++ b/src/target/arm_dis
It is a custom board but should work with other configurations to. The JTAG is
a olimex ARM-USB-TINY.
I think a better target name (target struct) is "dsp563xx" instead of "dsp56".
Am 11.12.2009 11:37, schrieb Øyvind Harboe:
> On Fri, Dec 11, 2009 at 11:31 AM, Mathias K. wrote:
>> The Format t
On Fri, Dec 11, 2009 at 11:31 AM, Mathias K. wrote:
> The Format things are changed but no work on doc.
Also at least one target and/or board config file would be good.
--
Øyvind Harboe
US toll free 1-866-980-3434 / International +47 51 63 25 00
http://www.zylin.com/zy1000.html
ARM7 ARM9 ARM
From: Mathias Kuester
---
src/target/Makefile.am |6 +-
src/target/dsp563xx.c | 988
src/target/dsp563xx.h | 88
src/target/dsp563xx_once.c | 122 ++
src/target/dsp563xx_once.h | 81
src/target/target.c|
The Format things are changed but no work on doc.
Am 11.12.2009 10:34, schrieb Øyvind Harboe:
> Work on the documentation and the other things that David & Zach(?)
> mentioned and post again.
>
>
___
Openocd-development mailing list
Openocd-developmen
Work on the documentation and the other things that David & Zach(?)
mentioned and post again.
--
Ø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
___
Hello,
> So you wrote this from scratch?
Yes.
> I.e. are you the sole copyright holder?
Yes.
This work is based on the freescale documentation and included examples in this
documents.
List of documents:
AN1751.pdf
AN1839.pdf
AN1935.pdf
AN2074.pdf
APR25.pdf
DSP56300FM.pdf
DSP56321.pdf
DSP5632
So you wrote this from scratch?
I.e. are you the sole copyright holder?
Does someone see a reason why we shouldn't commit this?
It needs documentation in openocd.texi.
--
Øyvind Harboe
US toll free 1-866-980-3434 / International +47 51 63 25 00
http://www.zylin.com/zy1000.html
ARM7 ARM9 ARM11
14 matches
Mail list logo
