From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 18004 invoked by alias); 24 Jun 2002 21:13:40 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 17988 invoked from network); 24 Jun 2002 21:13:37 -0000 Received: from unknown (HELO crack.them.org) (65.125.64.184) by sources.redhat.com with SMTP; 24 Jun 2002 21:13:37 -0000 Received: from cs2876-108.austin.rr.com ([24.28.76.108] helo=branoic) by crack.them.org with asmtp (Exim 3.12 #1 (Debian)) id 17Mb9N-0008Rp-00; Mon, 24 Jun 2002 16:13:29 -0500 Received: from drow by branoic with local (Exim 3.35 #1 (Debian)) id 17Mb8t-0007ok-00; Mon, 24 Jun 2002 17:12:59 -0400 Date: Mon, 24 Jun 2002 14:13:00 -0000 From: Daniel Jacobowitz To: Peter Barada Cc: gdb@sources.redhat.com Subject: Re: Torubles with remote stub for m68k Message-ID: <20020624211258.GA30001@branoic.them.org> Mail-Followup-To: Peter Barada , gdb@sources.redhat.com References: <200206242104.g5OL4pY06652@hyper.wm.sps.mot.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200206242104.g5OL4pY06652@hyper.wm.sps.mot.com> User-Agent: Mutt/1.3.28i X-SW-Source: 2002-06/txt/msg00226.txt.bz2 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