From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17115 invoked by alias); 14 Feb 2003 14:26:50 -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 17107 invoked from network); 14 Feb 2003 14:26:50 -0000 Received: from unknown (HELO mx1.redhat.com) (172.16.49.200) by 172.16.49.205 with SMTP; 14 Feb 2003 14:26:50 -0000 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.11.6/8.11.6) with ESMTP id h1EEQof23095 for ; Fri, 14 Feb 2003 09:26:50 -0500 Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [172.16.52.156]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h1EEQoa01515; Fri, 14 Feb 2003 09:26:50 -0500 Received: from deneb.localdomain (msalter.cipe.redhat.com [10.0.0.36]) by pobox.corp.redhat.com (8.11.6/8.11.6) with ESMTP id h1EEQn916740; Fri, 14 Feb 2003 09:26:49 -0500 Received: by deneb.localdomain (Postfix, from userid 500) id B2CDB78A6D; Fri, 14 Feb 2003 09:26:48 -0500 (EST) From: Mark Salter To: ac131313@redhat.com Cc: hoogerbrugge@hotmail.com, gdb@sources.redhat.com In-reply-to: <3E4CFAEE.1000100@redhat.com> (message from Andrew Cagney on Fri, 14 Feb 2003 15:19:26 +0100) Subject: Re: Remote breakpoint problem References: <3E4CFAEE.1000100@redhat.com> Message-Id: <20030214142648.B2CDB78A6D@deneb.localdomain> Date: Fri, 14 Feb 2003 14:26:00 -0000 X-SW-Source: 2003-02/txt/msg00230.txt.bz2 >>>>> Andrew Cagney writes: >> Hi, >> >> I am porting gdb to a new target processor were remote debugging is used. I have a problem with breakpoints. When I place a breakpoint on foo followed by a continue I see the following communication between gdb and the stub on the other side: >> >> - the instruction at foo is saved >> - foo is replaced by a breakpoint instruction >> - gdb sends a continue command >> - the stub reports the breakpoint hit (signal = 5, pc = foo) >> - gdb replaces the code at foo with the saved instruction >> - gdb sends a step instruction command >> - tbe stub reports again a breakpoint hit at foo (signal = 5, pc = foo) > Shouldn't this stop beyond foo? I wonder if the stub is flushing the icache after gdb puts the saved instruction back... --Mark