|
Message
From: Mark Salter<msalter@r...>
Date: Tue Mar 30 19:19:30 CEST 2004
Subject: [openrisc] Re: [ECOS] Spurious GDB traps using OpenRISC and eCos
>>>>> Robert Cragie writes:
> I am trying to build a ROM 'monitor' which contains only GDB debugging stubs
> and can debug code which is downloaded into RAM. On startup, the code to be
> debugged is bootstrapped from a serial Flash device into RAM and then the
> breakpoint() function (which I have copied) is called. The idea is that all
> the exception handlers remain in ROM and only interrupt handlers can be
> claimed by RAM. But at the moment I'm not using interrupts at all apart from
> the ctrl-c interrupt for GDB interruption, which I want to be handled by the
> ROM code.
> The problem is is that I cannot single step or continue from this point - it
> just seems to keep coming bask to the same address - here is the output from
> GDB.
I think what is happening is that you are continually retrying the
breakpoint insn. You simply need to skip that initial breakpoint
before continuing. Something like (Assuming 32-bit opcodes):
(gdb) set $pc = $pc + 4
(gdb) continue
--Mark
|
 |
Browse
