From: Daniel Jacobowitz <drow@mvista.com>
To: Peter Barada <pbarada@mail.wm.sps.mot.com>
Cc: gdb@sources.redhat.com
Subject: Re: Torubles with remote stub for m68k
Date: Mon, 24 Jun 2002 14:13:00 -0000 [thread overview]
Message-ID: <20020624211258.GA30001@branoic.them.org> (raw)
In-Reply-To: <200206242104.g5OL4pY06652@hyper.wm.sps.mot.com>
On Mon, Jun 24, 2002 at 05:04:51PM -0400, Peter Barada wrote:
>
> I'm in the midst of bringing up a remote stub for coldfire using
> gdb-5.1.1, and I'm having troubles getting it to step. My stub does
> not suppor the 'Z0' or 'e' packets so gdb has to fall back to the
> insertion of a 0x4e41 (trap #1) instruction into the stream as a breakpoint.
>
> when it hits the breakpoint, a 'si' command is expected to:
>
> 1) Restore the memory overwritten by the 0x4e41 (trap #1) instruction
> 2) Step the processor by setting the T bit in the SR register and
> return from gdb
> 3) Reinsert the previously removed breakpoint.
>
> (and seen in version 4.16)
>
> When I execute that with gdb-5.1.1, it attempts to step the processor
> without removing the trap instruction so the target processor never
> steps past the trap instruction.
>
> Here's a cut back version of the remote protocol exchange(via set
> debug remote 1) to show what's happening:
You might want to try disabling binary download in your stub just to
make sure... normally, the client will remove breakpoints itself. This
definitely still works in 5.2.
You also should try with 5.2 or CVS rather than 5.1.1, probably...
--
Daniel Jacobowitz Carnegie Mellon University
MontaVista Software Debian GNU/Linux Developer
next prev parent reply other threads:[~2002-06-24 21:13 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-06-24 12:46 [MI/testsuite] mi_gdb_test: expected result priority? Keith Seitz
2002-06-24 13:20 ` Elena Zannoni
2002-06-24 14:04 ` Torubles with remote stub for m68k Peter Barada
2002-06-24 14:13 ` Daniel Jacobowitz [this message]
2002-06-24 14:40 ` Peter Barada
2002-06-24 14:56 ` Peter Barada
2002-06-24 15:07 ` Daniel Jacobowitz
2002-06-24 15:30 ` Andrew Cagney
2002-06-24 15:35 ` Quality Quorum
2002-06-25 7:53 ` Peter Barada
2002-06-25 10:44 ` Andrew Cagney
2002-06-25 9:38 ` Peter Barada
2002-06-25 13:28 ` Andrew Cagney
2002-06-25 10:02 ` Daniel Jacobowitz
2002-06-25 8:13 ` Peter Barada
2002-06-25 8:17 ` Daniel Jacobowitz
2002-06-25 8:32 ` Peter Barada
2002-06-25 8:40 ` Daniel Jacobowitz
2002-06-25 13:43 ` Andrew Cagney
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20020624211258.GA30001@branoic.them.org \
--to=drow@mvista.com \
--cc=gdb@sources.redhat.com \
--cc=pbarada@mail.wm.sps.mot.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox