RTEMS 6.1-rc7
Loading...
Searching...
No Matches
GDB Stub lm32

This is a thread-aware gdb stub for the lm32 architecture. It has to be linked with the application, which should be debugged. The application has to call 'lm32_gdb_stub_install' to setup the stub. The stub remaps all h/w exceptions to an own code (lm32-debug.S), which saves all the registers, calls the gdb stub and restores the registers again. The interrupt exceptions gets handled in a special way. Because we remapped this exception, we need to do

  • the same as the original one (in cpu_asm.S),
  • and, as we might use an ISR for breaking into a running application with gdb, we need to save all registers as well. To be backward compatible the missing callee saved registers gets appended to CPU_Interrupt_frame. There is a mapping in 'gdb_handle_break' for that.

To use this gdb stub, your bsp has to provide the following functions:

  • void gdb_put_debug_char(char c) Puts the given charater c to the debug console output. The function can block until the character can be written to the output buffer.
  • char gdb_get_debug_char(void) Returns the character in the input buffer of the debug console. If no one is availabe, the function must block.
  • void gdb_console_init() This function can be used to initialize the debug console. Additionally, it should set up the ISR for the debug console to call the function 'gdb_handle_break', which is provided by the gdb stub and enable the interrupt for a break symbol on the debug serial port. If no ISR is provided, you won't be able to interrupt a running application.
  • void gdb_ack_irq() If an ISR is used, this function is used to acknowledge the interrupt.

NOTE: the stub don't skip a hardcoded 'break' in the code. So you have to set the PC an instruction further in the debugger (set $pc += 4).

NOTE2: make sure you have the following CFLAGS set: -mbarrel-shift-enabled -mmultiply-enabled -mdivide-enabled -msign-extend-enabled Without the hardware support, it is done in software. Unfortunately, the stub also uses some shifts and multiplies. If you step through your code, there will be a chance that a breakpoint is set to one of that functions, which then causes an endless loop.

EXAMPLES

char gdb_get_debug_char(void)
{
/* Wait until there is a byte in RXTX */
while (!(uartread(LM32_UART_LSR) & LM32_UART_LSR_DR));
return (char) uartread(LM32_UART_RBR);
}
void gdb_put_debug_char(char c)
{
/* Wait until RXTX is empty. */
while (!(uartread(LM32_UART_LSR) & LM32_UART_LSR_THRE));
uartwrite(LM32_UART_RBR, c);
}
extern void gdb_handle_break(
rtems_vector_number vector,
CPU_Interrupt_frame *frame
);
void gdb_console_init()
{
rtems_isr_entry old;
/* enable interrupts */
uartwrite(LM32_UART_IER, 1);
rtems_interrupt_catch((rtems_isr_entry) gdb_handle_break, DEBUG_UART_IRQ,
&old);
lm32_interrupt_unmask(1 << DEBUG_UART_IRQ);
}
void gdb_ack_irq()
{
lm32_interrupt_ack(1 << DEBUG_UART_IRQ);
}