I believe this patch addresses the issues you raised.
--
Ø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
From c8b8a34bb5e98660c4ce3683fb64af31b494d55c Mon Sep 17 00:00:00
Hey all,
I have the AT91SAM9 branch, at91sam9-nand, updated against the current
OpenOCD head at http://repo.or.cz/w/openocd/dnglaze.git, but it needs all
the patches from the nand-refactor branch from the same repository. I did
some updates to the nand-refactor branch based on some things David
s
I noticed the NAND erase function was doing page command stuff, so I pulled
the redundant code out. Patch is attached
// Dean Glazeski
From 2bb284a568f936f47e2a638e80c1554f94f5e860 Mon Sep 17 00:00:00 2001
From: Dean Glazeski
Date: Tue, 15 Dec 2009 23:57:18 -0600
Subject: [PATCH 1/4] Use NAND pa
I would almost prefer that you use a Makefile trick here. We should
avoid adding new #if's in the code when it's possible to avoid them.
At the very least, provide two _complete_ versions of the function.
Your new comment is misleading, as it only applies to one branch.
On Tue, 2009-12-15 at 15:
I've announced on the web page that we're going git only, svn
server will be disabled shortly.
http://openocd.berlios.de/web/
--
Ø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 progra
On Tue, Dec 15, 2009 at 8:16 PM, Thomas Kindler wrote:
> Øyvind Harboe wrote:
>> The last couple of days we've run into a few situations where
>> there is confusion since the old svn server is still up and
>> running.
>>
>
> Please remember to update the website at berlios, too!
>
> The latest new
Øyvind Harboe wrote:
> The last couple of days we've run into a few situations where
> there is confusion since the old svn server is still up and
> running.
>
Please remember to update the website at berlios, too!
The latest news still says "OpenOCD 0.3.0-rc", the "Getting
OpenOCD"-Topic still
I've pushed the work done by Mathias so far. This is
mostly to coordinate development at this point.
I have not added anything to NEWS, because I believe it will
take a release cycle until we have a feel for the status
of the code and what major outstanding issues are.
Chances of regressions are
The last couple of days we've run into a few situations where
there is confusion since the old svn server is still up and
running.
Please scream NOW if you can think of any good reason why
the old svn server should keep running.
I would like to bring it offline before the 0.4 merge window closes.
Hello,
you can pass it to gdb with the -x start option. Put your stuff into e.g.
gdb.cfg and start gdb with
gdb -x gdb.cfg
Regards,
Mathias
Am 15.12.2009 16:51, schrieb Alain Mouette:
> Can anyone help me with this?
>
> To make single-step work better with IRQs and FreeRTOS in Eclipse, it
Hi all,
since the project moved to git, the ohloh.net
(http://www.ohloh.net/p/openocd) can only see the legacy svn
repository. I found a discussion about how to add new repository:
https://www.ohloh.net/forums/10/topics/3840. Can someone change the
repo?
Regards,
Yegor
___
Can anyone help me with this?
To make single-step work better with IRQs and FreeRTOS in Eclipse, it
seems that I need to send this do GDB:
define hook-step
mon cortex_m3 maskisr on
end
define hookpost-step
mon cortex_m3 maskisr off
end
The big question is: how/where do I put that? I supose that
By exhausting data on input, the performance will be more
consistent + the code more clearly distinguishes between
polling and processing. A test showed gdb packet load
performance go from ~1550kByte/s to 1650kBytes/s + being
more stable.
Signed-off-by: Øyvind Harboe
---
src/server/server.c |
A crisper implementation makes profiling a tad easier.
Signed-off-by: Øyvind Harboe
---
src/helper/time_support.c | 16
1 files changed, 16 insertions(+), 0 deletions(-)
diff --git a/src/helper/time_support.c b/src/helper/time_support.c
index 693528f..4e69c42 100644
--- a/src
On Tue, Dec 15, 2009 at 1:23 AM, David Brownell wrote:
> 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"
Hi,
This issue is due to a bad configuration of flash bank :
jtag_nsrst_delay 100
jtag_ntrst_delay 100
#use combined on interfaces or targets that can't set TRST/SRST
separately
reset_config srst_only
#jtag scan chain
#format L IRC IRCM IDCODE (Length, IR Capture, IR Capture Mask, IDCODE)
jtag
16 matches
Mail list logo
