Hi,
Thanks to welcome me on this forum.
I am trying to prepare "from scratch" a set of tools on Linux to cross-compile/debug code for STM3210E evalboard.
I am using for this purpose the CodeSourcery toolchain and:
- A Segger JLink Version8.0
- gdb (arm-none-eabi-gdb), simply by entering commands by hand
- JLinkGDBServer (I do not use openocd as I face issues to get it work with the Segger JTAG).
The JTAG firmware has been flashed with the most recent version.
I am facing the following issue when I try to download symbol files from GDB or sometimes, when I try to connect to the server:
(gdb) target remote localhost:2331
Remote debugging using localhost:2331
Remote 'g' packet reply is too long: 000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000001000000
Well, did someone already face this issue ?
Regards,
Apple92
Thanks to welcome me on this forum.
I am trying to prepare "from scratch" a set of tools on Linux to cross-compile/debug code for STM3210E evalboard.
I am using for this purpose the CodeSourcery toolchain and:
- A Segger JLink Version8.0
- gdb (arm-none-eabi-gdb), simply by entering commands by hand
- JLinkGDBServer (I do not use openocd as I face issues to get it work with the Segger JTAG).
The JTAG firmware has been flashed with the most recent version.
I am facing the following issue when I try to download symbol files from GDB or sometimes, when I try to connect to the server:
(gdb) target remote localhost:2331
Remote debugging using localhost:2331
Remote 'g' packet reply is too long: 000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000001000000
Well, did someone already face this issue ?
Regards,
Apple92