I had this problem too.
Problem was that after a "reset halt" the PC is set to 0xFFFe.
But that doesn't seems to be the problem here.
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/o
I already had the lm3s8962 working on Ubuntu 8.04 with OpenOCD using
libftdi (Never tried the official one).
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-development
I think the problem with the patch is that it's not conditional and
might break other targets, it should be send only in case of an
arm7m/cortex target.
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mai
Hello once again,
I noticed that the dbg_write_u16() and dbg_write_u8 functions of
libdcc don't work as expected.
The following Patch will update it to my modified version (which also
includes a dbg_trace_point() function.
Signed-off-by: Frederik Kriewitz <[EMAIL PROTECTED]>
Ind
Commands to reproduce:
trace point 1
trace point clear
trace point clear
Signed-off-by: Frederik Kriewitz <[EMAIL PROTECTED]>
Index: src/target/trace.c
===
--- src/target/trace.c (revision 1024)
+++ src/target/trace.c (w
On Tue, Oct 7, 2008 at 2:08 PM, Øyvind Harboe <[EMAIL PROTECTED]> wrote:
> Committed:
>
> Fixed crash in dummy register handling
Thank you, that seems to fix the problem.
"set arm apcs32 off" will prevent messing with the T Bit but it will
trim your PC to 24 too.
If using CodeSourcery setting the
On Mon, Oct 6, 2008 at 9:42 PM, Øyvind Harboe <[EMAIL PROTECTED]> wrote:
> What version of GDB are you using?
GNU gdb (Sourcery G++ Lite 2008q1-126) 6.7.50.20080107-cvs
I tracked down the problem slightly more.
The problem is the arm_write_pc (struct regcache *regcache, CORE_ADDR
pc) (arm-tdep.c,
