Re: [Openocd-development] Proposed change for STM32 Flash burner: at 0 as well as 0x8000000

2010-09-03 Thread Øyvind Harboe
On Fri, Sep 3, 2010 at 11:48 PM, John Hartman (NoICE) wrote: > At 03:30 PM 9/3/10, Øyvind Harboe wrote: > > But it does what you need? > > Yes. > > My hope was to move from "possible to configure" to "easy to use".  But it > is certainly possible to use "load" with an offset. That's OK. I just w

Re: [Openocd-development] Proposed change for STM32 Flash burner: at 0 as well as 0x8000000

2010-09-03 Thread Peter Stuge
John Hartman (NoICE) wrote: > My intent was to make it easier for people to get gdb and OpenOCD > running. The volume of "how do I do it" traffic here and on > SparkFun indicates to me that things could be made easier. This is a good initiative, but I think it's important to consider the different

Re: [Openocd-development] Proposed change for STM32 Flash burner: at 0 as well as 0x8000000

2010-09-03 Thread John Hartman (NoICE)
At 03:32 PM 9/3/10, Andreas Fritiofson wrote: >>Annoying how? The flash IS at 0x0800. Why would you want to link >>your program to 0? That if anything would be relying on the aliasing. >>Of course it works, otherwise the chip couldn't start, but does it >>alias the entire flash and not just e

Re: [Openocd-development] Proposed change for STM32 Flash burner: at 0 as well as 0x8000000

2010-09-03 Thread John Hartman (NoICE)
At 03:30 PM 9/3/10, Øyvind Harboe wrote: But it does what you need? Yes. My hope was to move from "possible to configure" to "easy to use". But it is certainly possible to use "load" with an offset. Best regards, John Hartman NoICE Debugging Tools http://www.noicedebugger

Re: [Openocd-development] Proposed change for STM32 Flash burner: at 0 as well as 0x8000000

2010-09-03 Thread John Hartman (NoICE)
At 02:48 PM 9/3/10, Øyvind Harboe wrote: >>Shooting from he hip: what about the offset to gdb's "load" command? The short answer is "I didn't know that gdb's load HAD an offset". The longer answer is that gdb may be invoked by Eclipse, Insight, CodeBlocks etc. In that case, specifying an o

Re: [Openocd-development] Proposed change for STM32 Flash burner: at 0 as well as 0x8000000

2010-09-03 Thread Andreas Fritiofson
On Fri, Sep 3, 2010 at 9:29 PM, John Hartman (NoICE) wrote: > The STM32 parts have Flash beginning at 0x800, and OpenOCD's stm32x.c > places the Flash there regardless of the address used in the "flash" command > in the cfg file. > > The chips have two pins that can be jumpered to specify what

Re: [Openocd-development] Proposed change for STM32 Flash burner: at 0 as well as 0x8000000

2010-09-03 Thread Øyvind Harboe
> The syntax of load with an offset is also a bit annoying: But it does what you need? -- Ø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 _

Re: [Openocd-development] Fix regression in startup when launching OpenOCD with powered down target

2010-09-03 Thread Øyvind Harboe
merged. -- Ø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 ___ Openocd-development mailing list Openocd-development@lists.berli

Re: [Openocd-development] Numonyx M29W160ET patch

2010-09-03 Thread Øyvind Harboe
Merged. Thanks! -- Ø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 ___ Openocd-development mailing list Openocd-development@l

Re: [Openocd-development] Proposed change for STM32 Flash burner: at 0 as well as 0x8000000

2010-09-03 Thread Øyvind Harboe
Shooting from he hip: what about the offset to gdb's "load" command? Could that help? -- Ø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 _

Re: [Openocd-development] PXA question

2010-09-03 Thread Marek Vasut
Dne Pá 3. září 2010 16:46:59 Wookey napsal(a): > +++ Takács Áron [2010-09-03 16:15 +0200]: > > Hi, > > > > I want to use openocd to reflash PXA270 board (Colibri by Toradex). I am > > using JTAGKey-Tiny interface (by Amontec). I can connect the board but I > > always get the error message: > > 'ti

[Openocd-development] Proposed change for STM32 Flash burner: at 0 as well as 0x8000000

2010-09-03 Thread John Hartman (NoICE)
The STM32 parts have Flash beginning at 0x800, and OpenOCD's stm32x.c places the Flash there regardless of the address used in the "flash" command in the cfg file. The chips have two pins that can be jumpered to specify what appears at address 0: Flash, RAM, or the boot loader. For embedd

Re: [Openocd-development] PXA question

2010-09-03 Thread Wookey
+++ Takács Áron [2010-09-03 16:15 +0200]: > Hi, > > I want to use openocd to reflash PXA270 board (Colibri by Toradex). I am > using JTAGKey-Tiny interface (by Amontec). I can connect the board but I > always get the error message: > 'time out writing RX register'. Here is the output for 'reset

[Openocd-development] PXA question

2010-09-03 Thread Takács Áron
Hi, I want to use openocd to reflash PXA270 board (Colibri by Toradex). I am using JTAGKey-Tiny interface (by Amontec). I can connect the board but I always get the error message: 'time out writing RX register'. Here is the output for 'reset' and 'flash info 0': > reset JTAG tap: pxa270.cpu

[Openocd-development] openocd debug eclipse

2010-09-03 Thread Michele Da Rold
Hi all, I'm new to zylin and eclipse and openocd I have installed last version of plugin with my eclipse I use Openocd and GDB I have configured a debug configuration with zylin. I use this configuration file for gdb target remote localhost: monitor reset monitor sleep 500 monitor poll #