I follow this thread by many months and have successfully connected my USB Bus Blaster V4.1, UM232H-B and Flyswatter2 to ESP12 and to NodeMCU(after removal of R6[GPIO15]).
But just after connected i'm getting stuck trying to change the $pc or jump to any address.
The processor keep cycling between 0x4000118c-0x40001189 forever.
I have tried 3 version of OpenOCD(projectgus, sysprogs and the last one that was submitted to openocd git repositories), also I give a try on Linux, OSX and Windows(sysprogs+VS).
I'm really interested in this project as I can't even imagine a professional or educational development without a good view of what is happening inside the app.
This is a view of where i'm stuck:
Code: Select all(gdb) mon reset halt
TAP esp8266.cpu does not have IDCODE
xtensa_poll: DOSR has set InOCDMode without the Exception flag. Unexpected. DOSR=0x04
esp8266.cpu: target state: halted
halted: PC: 0x4000118c
debug cause: 0x20
xtensa_deassert_reset: 'reset halt' is not supported for Xtensa. Have halted some time after resetting (not the same thing!)
(gdb) load app.out
Loading section .data, size 0xa4c lma 0x3ffe8000
Loading section .rodata, size 0xda8 lma 0x3ffe8a50
Loading section .text, size 0x5bfe lma 0x40100000
Loading section .irom0.text, size 0x2137c lma 0x40240000
Start address 0x40100004, load size 165742
Transfer rate: 27 KB/sec, 12749 bytes/write.
(gdb) set $pc=0x40100004
(gdb) info frame
Stack level 0, frame at 0xf00d020c:
pc = 0x4000118c; saved pc 0x40260fbc
called by frame at 0xf00d020c
Arglist at 0xf00d020c, args:
Locals at 0xf00d020c, Previous frame's sp is 0xf00d020c
(gdb) stepi
0x40005668 in ?? ()
(gdb) stepi
0x4000566b in ?? ()
(gdb) stepi
0x4000566d in ?? ()
(gdb) stepi
0x4000118f in ?? ()
(gdb) stepi
0x40001189 in ?? ()
(gdb) stepi
xtensa_step: Timed out waiting for target to finish stepping.
[Remote target] #1 stopped.
0x4000118c in ?? ()
(gdb)
Sorry if my doubt is too simple, as I read this can be happening because of wdt but `set *0x60000900=0` not solved the problem.