Re: [Openocd-development] [patch] partial support for dsp568013/568037

2011-05-18 Thread Rodrigo Rosa
On Tue, May 17, 2011 at 10:16 PM, Øyvind Harboe oyvind.har...@zylin.com wrote: Good work! I think your chances of getting help on this one would improve if we get this into the official repository first. If your code is well tested, I'm inclined to commit it as-is as a starting point to

Re: [Openocd-development] [patch] partial support for dsp568013/568037

2011-05-18 Thread Øyvind Harboe
#define err_check_propagate(retval,err_msg) if(retval != ERROR_OK){return retval;} i'll modify the macro to get that behavior. I'm thinking both forms of the macro could be useful, but when the error is already reported, the above form would be used. -- Øyvind Harboe Can Zylin Consulting

Re: [Openocd-development] Outstanding patches

2011-05-18 Thread Luca Bruno
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Øyvind Harboe scrisse: Are there any outstanding patches currently that are ready to be committed? Speaking of which, I'd like to hear some bits about current status. Looking at the press, latest release has been more than a year ago (4.0 on Feb

Re: [Openocd-development] Outstanding patches

2011-05-18 Thread Øyvind Harboe
The position of a release master is open. Nobody has stepped up. The build scripts are there. David Brownell did 0.4. We're pretty much ready to cut 0.5 and could probably cut a release per quarter. -- Øyvind Harboe Can Zylin Consulting help on your project? US toll free 1-866-980-3434 /

Re: [Openocd-development] Outstanding patches

2011-05-18 Thread Xiaofan Chen
On Wed, May 18, 2011 at 4:52 PM, Øyvind Harboe oyvind.har...@zylin.com wrote: The position of a release master is open. Nobody has stepped up. You? :-) The build scripts are there. David Brownell did 0.4. We're pretty much ready to cut 0.5 and could probably cut a release per quarter. That

[Openocd-development] OpenOCD for STM32F2xx microcontroller

2011-05-18 Thread Weber, Sylvain
Hi, I'm using your OpenOCD tool with Eclipse IDE At the moment I'm working on the STM3220-G Eval board with the STM32F207IG microcontroller on it. After I launched the OpenOCD tool the following messages are displayed: Open On-Chip Debugger 0.5.0-dev (2010-10-28-22:42) Licensed under GNU GPL v2

Re: [Openocd-development] OpenOCD for STM32F2xx microcontroller

2011-05-18 Thread freddie_chopin
I recall that there was some work to implement STM32F2xx in OpenOCD lately, but I don't know the progress. You are using (probably) my compilation from over half year ago, so at that time there was no work on that. Check if current tree has that target supported and if you need a precompiled

Re: [Openocd-development] OpenOCD for STM32F2xx microcontroller

2011-05-18 Thread Øyvind Harboe
n Wed, May 18, 2011 at 2:31 PM, freddie_cho...@op.pl wrote: I recall that there was some work to implement STM32F2xx in OpenOCD lately these latest STM flashes are in a different driver too... -- Øyvind Harboe Can Zylin Consulting help on your project? US toll free 1-866-980-3434 /

Re: [Openocd-development] [PATCH] Get register value if it's invalid in cache

2011-05-18 Thread Jie Zhang
On Wed, May 18, 2011 at 1:17 AM, Øyvind Harboe oyvind.har...@zylin.com wrote: Are you still comfortable with this patch? Yes. I think this patch provides targets freedom to choose when and how to read registers. And it should not affect existing targets. Any objections? Anyone did any

Re: [Openocd-development] Unusual ARM chip

2011-05-18 Thread Jie Zhang
Hi Alex, On Tue, May 17, 2011 at 8:11 PM, Austin, Alex alex.aus...@spectrumdsi.com wrote: I am attempting to use OpenOCD with a cellular chipset with an ARM11 and an ARM7+DSP core. I can access it with the Lauterbach debugger, but I find the interface very difficult to use and would prefer

Re: [Openocd-development] [patch] partial support for dsp568013/568037

2011-05-18 Thread Jie Zhang
Hi Rosa, On Tue, May 17, 2011 at 10:58 PM, Rodrigo Rosa rodrigorosa...@gmail.com wrote: - flashing speed: currently i flush the jtag queue all the time, to make coding easy. flashing 4KB currently takes about 45secs, which is not acceptable. the algorithm i'm running requires openocd to check

Re: [Openocd-development] Unusual ARM chip

2011-05-18 Thread Austin, Alex
Infineon/Intel Xgold213. (I wasn't sure if I was allowed to mention that in a public forum until today). -Original Message- From: Øyvind Harboe [mailto:oyvind.har...@zylin.com] Sent: Wednesday, May 18, 2011 12:18 AM To: Austin, Alex Cc: openocd-development@lists.berlios.de Subject: Re:

Re: [Openocd-development] [patch] partial support for dsp568013/568037

2011-05-18 Thread Øyvind Harboe
Merged. Thanks! -- Øyvind Harboe Can Zylin Consulting help on your project? US toll free 1-866-980-3434 / International +47 51 87 40 27 http://www.zylin.com/zy1000.html ARM7 ARM9 ARM11 XScale Cortex JTAG debugger and flash programmer ___

Re: [Openocd-development] Error in test for current thread?

2011-05-18 Thread Øyvind Harboe
Merged. Thanks! -- Øyvind Harboe Can Zylin Consulting help on your project? US toll free 1-866-980-3434 / International +47 51 87 40 27 http://www.zylin.com/zy1000.html ARM7 ARM9 ARM11 XScale Cortex JTAG debugger and flash programmer ___

Re: [Openocd-development] [PATCH] Get register value if it's invalid in cache

2011-05-18 Thread Øyvind Harboe
Merged. Thanks! -- Øyvind Harboe Can Zylin Consulting help on your project? US toll free 1-866-980-3434 / International +47 51 87 40 27 http://www.zylin.com/zy1000.html ARM7 ARM9 ARM11 XScale Cortex JTAG debugger and flash programmer ___

[Openocd-development] DCC write failed on JLink

2011-05-18 Thread Lingfeng Xiong
hi there, I am trying to debug u-boot on samsung s3c2410 board with OpenOCD and Eclipse. The initialization script is listed below: [code] source [find jlink.cfg] jtag_khz 500 jtag_nsrst_delay 100 jtag_ntrst_delay 100 source [find samsung_s3c2410.cfg] $_TARGETNAME configure -event reset-init {

Re: [Openocd-development] [patch] partial support for dsp568013/568037

2011-05-18 Thread Peter Stuge
Rodrigo Rosa wrote: patch info: - reduced the flashing time from 45sec to 6 sec using queued commands and an open loop control, something like what Jie Zhang suggested. after getting a workspace on ram it'll be faster. - improved error propagation. should each small patch go in a separate

Re: [Openocd-development] [patch] partial support for dsp568013/568037

2011-05-18 Thread Øyvind Harboe
should each small patch go in a separate thread? thanks! Yes. It is useful to read over commits to figure out how to do something and now it's harder to tell how to make flash fast, just by looking at the commit. However, I've merged it as is this time. This target was added yesterday and