Standalone gdb server?

Has anyone encountered a standalone gdb server? That is gdb server that runs on a bare metal.

I've been looking for sources to build one. Doesn't need to be ARM, but that might help.

Maybe someone has come across a document explaining how gdb server really works?

(It might help in reading the 'standard' gdb server code.)

I understand that 'stub' means "gdb server" linked into the executable, but I'd like to have a server with which I could upload programs onto the board for debugging through the network or serial IF.

My main concern is attaching to the program to be debugged, when there is no OS (and no processes).

Parents
  • For jtag (or j-link) I've used CoIde with STM3240G-EVAL. Very easy to set up and use.

    Didn't quite get OpenOCD to work properly. It worked partially (I think - don't remember very well), but had to switch to CoIde.

    Now the idea is to debug a bare metal program on a board (Raspberry Pi 2 B) with only serial port.r

    I don't have jtag (or the like) pod, and now the only way is to compile a program on one computer, move it to another computer (without the development environment, but has a card reader), write the program onto the SD-card, take the memory and put it in RPi and boot. If it fails (how should I know?), have to do that all over.

    Tedious + not good for the SD-card - or RPi memory card slot.

    I'd rather have a dbg server on the SD-card so I could upload the program onto the chip and debug - and keep the SD-card in place. (That's why gdb stub is not very good solution either, although it would at least allow debugging).

Reply
  • For jtag (or j-link) I've used CoIde with STM3240G-EVAL. Very easy to set up and use.

    Didn't quite get OpenOCD to work properly. It worked partially (I think - don't remember very well), but had to switch to CoIde.

    Now the idea is to debug a bare metal program on a board (Raspberry Pi 2 B) with only serial port.r

    I don't have jtag (or the like) pod, and now the only way is to compile a program on one computer, move it to another computer (without the development environment, but has a card reader), write the program onto the SD-card, take the memory and put it in RPi and boot. If it fails (how should I know?), have to do that all over.

    Tedious + not good for the SD-card - or RPi memory card slot.

    I'd rather have a dbg server on the SD-card so I could upload the program onto the chip and debug - and keep the SD-card in place. (That's why gdb stub is not very good solution either, although it would at least allow debugging).

Children