Got a problem with new'er GDB clients from GNU ARM toolchain dropping connection immediately after connecting to the Segger GDB Server.
The last trace from GDB is 'cannot access memory .. ' which I thought, I would resolve by 'set mem inaccessible by default off' before the connect attempt, but this does not help.
Working / without this behaviour GDB client : GNU gdb (GNU Tools for ARM Embedded Processors 6-2017-q2-update) 7.12.1.20170417-git
With this behaviour / one not working for me : GNU gdb (GNU Tools for Arm Embedded Processors 7-2017-q4-major) 8.0.50.20171128-git, GNU gdb (GNU Toolchain for the A-profile Architecture 8.3-2019.03 (arm-rel-8.36)) 8.2.1.20190227-git
Server started with : JLinkGDBServerCLExe -if jtag -device MCIMX7D7_A7_0 -endian little -speed auto -port 2331 -swoport 2332 -telnetport 2333 -noir -localhostonly 1 -strict -timeout 0 -nogui
GDB trace from "good" / working session for me - file "working_gdb_inside_trace.txt"
From non working / bad session for me , which is identical between two "bad" versions mentioned above: "non_working_gdb_inside_trace.txt"
The connection is closed immediately after the cannot access memory thus Segger exists. As mentioned, i do specifically set "set mem inaccessible-by-default off" in call cases.
The last piece of trace from Segger GDB server log is:
Display All
GDB Server logs attached too, "seggergdbsvr_ok.log" one is from working version, "serggergdbsvr_con_dropped.log" from bad.
Any help with this .. ?
The last trace from GDB is 'cannot access memory .. ' which I thought, I would resolve by 'set mem inaccessible by default off' before the connect attempt, but this does not help.
Working / without this behaviour GDB client : GNU gdb (GNU Tools for ARM Embedded Processors 6-2017-q2-update) 7.12.1.20170417-git
With this behaviour / one not working for me : GNU gdb (GNU Tools for Arm Embedded Processors 7-2017-q4-major) 8.0.50.20171128-git, GNU gdb (GNU Toolchain for the A-profile Architecture 8.3-2019.03 (arm-rel-8.36)) 8.2.1.20190227-git
Server started with : JLinkGDBServerCLExe -if jtag -device MCIMX7D7_A7_0 -endian little -speed auto -port 2331 -swoport 2332 -telnetport 2333 -noir -localhostonly 1 -strict -timeout 0 -nogui
GDB trace from "good" / working session for me - file "working_gdb_inside_trace.txt"
From non working / bad session for me , which is identical between two "bad" versions mentioned above: "non_working_gdb_inside_trace.txt"
The connection is closed immediately after the cannot access memory thus Segger exists. As mentioned, i do specifically set "set mem inaccessible-by-default off" in call cases.
The last piece of trace from Segger GDB server log is:
Source Code
- 02-00000000-00-00024577-00C6: T83FFF700 024:573 JLINK_ReadMem (0x18E59FC0, 0x0040 Bytes, ...) -- CPU_ReadMem(64 bytes @ 0x18E59FC0) - Data: AA AA AA AA AA AA AA AA AA AA AA AA AA AA AA AA ... returns 0x01 (0004ms, 0761ms total)
- 03-00000000-00-00024577-0034: WARNING: Failed to read memory @ address 0x18E59FC0
- 01-0000000C-00-00024577-0007: $E01#a6
- 00-0000000C-00-00024578-000F: $m18e59fe8,4#0c
- 02-00000000-00-00024580-009D: T83FFF700 024:578 JLINK_ReadMem (0x18E59FE8, 0x0004 Bytes, ...) -- CPU_ReadMem(4 bytes @ 0x18E59FE8) - Data: AA AA AA AA returns 0x01 (0002ms, 0763ms total)
- 03-00000000-00-00024580-0034: WARNING: Failed to read memory @ address 0x18E59FE8
- 01-0000000C-00-00024580-0007: $E01#a6
- 03-00000000-00-00024580-001D: GDB closed TCP/IP connection
- 03-00000000-00-00024787-0038: Restoring target state and closing J-Link connection...
- 02-00000000-00-00024787-0045: T962B5700 024:787 JLINK_IsOpen() returns 0x01 (0000ms, 0763ms total)
- 02-00000000-00-00024787-005C: T962B5700 024:787 JLINK_ExecCommand("ClrAllBPs", ...). returns 0x00 (0000ms, 0763ms total)
- 03-00000000-00-00024818-0011: Shutting down...
GDB Server logs attached too, "seggergdbsvr_ok.log" one is from working version, "serggergdbsvr_con_dropped.log" from bad.
Any help with this .. ?