Hmmm, this was the most problematic portion of the code. I remember that I
fought the kernel support in what it wanted to report as the epc (pc). The
module of interest (at least for 2.4 linux) is arch/mips/kernel/traps.c and the
function do_bp(). In an earlier version of the kernel (if I remember right), it
would call a routine to "fix up" the pc. This lead to the pc being backed up by
4 bytes which confused gdb. Anyway, you want to make sure that the kernel is
reporting the pc of the bpt instruction with your version of linux.
Also, in regards to your subsequent email, you are correct in reporting that
mips16 is not supported (at least by my code). We never use it as we support
various models of the cpu that don't support that instruction set.
> Ralf Baechle wrote:
> > On Mon, Apr 23, 2001 at 06:31:20PM +0200, Fabrice Bellard wrote:
> > > Did someone make a patch so that gdb can do single step on mips-linux ? If
> > > not, do you prefer a patch to gdb or a patch in the kernel to support the
> > > PTRACE_SINGLESTEP command ?
> > Last I used GDB single stepping has been working fine for me, so I wonder
> > what is broken?
> Hi Fabrice,
> This may not be totally relevant, but I'm currently trying to get
> gdbserver working on a RC32334 IDT board. I've been having some issues
> with single stepping, but am making a bit of progress.
> 1/ I started with a mips gdbserver port kindly supplied by Martin
> Rivers. It mostly works well but had some problems single stepping
> through conditional branches (the problem may have been due to a
> different target than Martin was using, or me... I am kind of new to
> this :)
> 2/ Previously I've had some luck single stepping kernel and module code
> with the kernel gdbstub (arch/mips/kernel/gdb-stub.c), so I ported the
> relevant single stepping code into gdbserver. The results were much
> better. The only thing that seems to be wrong now is stepping over
> function calls isn't working quite right. I can step into functions OK
> If you're interested I'll let you know how I get on over the next few
> days. If not, I won't be offended :)
> Best regards,