Re: [Openocd-development] openocd from source ...

2010-09-10 Thread Xiaofan Chen
On Sat, Sep 11, 2010 at 8:10 AM, Mike Dunn wrote: >  On 09/10/2010 07:02 AM, Teratux wrote: >> this is how I configured the linux version: >> >> ./configure --prefix="/usr" --enable-parport --enable-maintainer-mode >> --disable-shared --enable-verbose --enable-parport-ppdev >> >> Am I missing some

Re: [Openocd-development] openocd from source ...

2010-09-10 Thread Mike Dunn
On 09/10/2010 07:02 AM, Teratux wrote: > this is how I configured the linux version: > > ./configure --prefix="/usr" --enable-parport --enable-maintainer-mode > --disable-shared --enable-verbose --enable-parport-ppdev > > Am I missing something here? Why does it work on MSWindows and not on Linux

[Openocd-development] Error while running gdb

2010-09-10 Thread Nived
Hi, i am getting the following error while trying to connect to target in gdb. Error: Could not probe bank: no QRY Try workaround w/0x555 instead of 0x55 to get QRY Error: Could not probe bank: no QRY Error: auto_probe failed -900 Any idea why this may be happening ? Thanks Nived __

[Openocd-development] openocd from source ...

2010-09-10 Thread Teratux
Hi .. I'm using openocd 0.4. I downloaded a compiled version for MSWindows and I managed to download my software to my stm32 MCU. I downloaded the source code to compile it on Linux but when I run the program I get these errors: Open On-Chip Debugger 0.4.0 (2010-09-10-21:06) Licensed under

Re: [Openocd-development] Software breakpoints with GDB do not work

2010-09-10 Thread Drasko DRASKOVIC
On Fri, Sep 10, 2010 at 11:42 AM, Øyvind Harboe wrote: > Not all ARM's can flush cache via CP15. You may have to first > write to the cache, then to physical memory, finally invalidate > via CP15. > > Check out one of the other arm9 variants. It's what it had do to. This seems to be true only for

Re: [Openocd-development] Software breakpoints with GDB do not work

2010-09-10 Thread Øyvind Harboe
Not all ARM's can flush cache via CP15. You may have to first write to the cache, then to physical memory, finally invalidate via CP15. Check out one of the other arm9 variants. It's what it had do to. -- Øyvind Harboe US toll free 1-866-980-3434 / International +47 51 63 25 00 http://www.zylin

Re: [Openocd-development] Software breakpoints with GDB do not work

2010-09-10 Thread Drasko DRASKOVIC
Hi all, based on previous problem description, with software breakpoint being constantly hit and not allowing single stepping. Memory has been changed and replaced back with correct instruction (breakpoint does not exist in memory anymore, this can be see by memory dump). Caches were flashed by com

[Openocd-development] [PATCH 2/2] cfi: random crash in cfi_probe() fixed

2010-09-10 Thread Øyvind Harboe
for non_cfi cfi chips free() was invoked on rodata. The mystery is why this bug has survived for so long. Signed-off-by: Øyvind Harboe --- src/flash/nor/non_cfi.c |6 +- 1 files changed, 5 insertions(+), 1 deletions(-) diff --git a/src/flash/nor/non_cfi.c b/src/flash/nor/non_cfi.c inde

[Openocd-development] [PATCH 1/2] cfi: tighten up type usage a bit

2010-09-10 Thread Øyvind Harboe
sizeof() is a bit less scary than seing assumption about size of type, no bug as such. Use NULL instead of 0 for pointers. More obvious that it is a pointer from code inspection. Signed-off-by: Øyvind Harboe --- src/flash/nor/cfi.c |5 +++-- 1 files changed, 3 insertions(+), 2 deletions(-)