reducing scan_delay now lets me load uboot in a reasonable amount of
time. Next problem I am hitting is gdb and openocd disagreeing about
how many registers there are...

To get gdb to initially load at had to remove the 18 dummy regs....

Those 18 dummy regs don't seem to be needed anymore.

diff --git a/src/target/mips32.c b/src/target/mips32.c
index d649901..8705ebc 100644
--- a/src/target/mips32.c
+++ b/src/target/mips32.c
@@ -92,7 +92,7 @@ static struct mips32_core_reg
mips32_core_reg_list_arch_info[MIPS32NUMCOREREGS]
 /* number of mips dummy fp regs fp0 - fp31 + fsr and fir
  * we also add 18 unknown registers to handle gdb requests */

-#define MIPS32NUMFPREGS (34 + 18)
+#define MIPS32NUMFPREGS (34)

 static uint8_t mips32_gdb_dummy_fp_value[] = {0, 0, 0, 0};


This is the openocd output from loading uboot...
At the bottom it got a different register mismatch.


Warn : negative acknowledgment, but no packet pending
Warn : negative acknowledgment, but no packet pending
Warn : keep_alive() was not invoked in the 1000ms timelimit. GDB alive
packet not sent! (5868). Workaround: increase "set remotetimeout" in
GDB
Warn : negative acknowledgment, but no packet pending
Warn : negative acknowledgment, but no packet pending
Warn : negative acknowledgment, but no packet pending
Warn : negative acknowledgment, but no packet pending
Warn : negative acknowledgment, but no packet pending
Warn : negative acknowledgment, but no packet pending
Warn : keep_alive() was not invoked in the 1000ms timelimit. GDB alive
packet not sent! (4624). Workaround: increase "set remotetimeout" in
GDB
Warn : negative acknowledgment, but no packet pending
Warn : negative acknowledgment, but no packet pending
Error: gdb sent a packet with wrong register size
Info : dropped 'gdb' connection



--
Jon Smirl
[email protected]

------------------------------------------------------------------------------
This SF.net email is sponsored by Windows:

Build for Windows Store.

http://p.sf.net/sfu/windows-dev2dev
_______________________________________________
OpenOCD-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/openocd-devel

Reply via email to