From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9781 invoked by alias); 6 Feb 2004 15:38:29 -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 9768 invoked from network); 6 Feb 2004 15:38:27 -0000 Received: from unknown (HELO bowmore.compxs.com) (194.153.106.198) by sources.redhat.com with SMTP; 6 Feb 2004 15:38:27 -0000 Received: from Kindrogan ([192.168.189.6]) by bowmore.compxs.com (8.12.5/8.12.5) with ESMTP id i16FiM4a011664; Fri, 6 Feb 2004 15:44:32 GMT Reply-To: From: "Jon Beniston" To: "'Heiko Panther'" , Subject: RE: gdb-5.3: how to avoid soft breakpoints? Date: Fri, 06 Feb 2004 15:38:00 -0000 Organization: CompXs Message-ID: <001501c3ecc6$f7278d30$06bda8c0@Kindrogan> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit In-Reply-To: <4023B234.6050201@web.de> X-SW-Source: 2004-02/txt/msg00056.txt.bz2 > > I have an embedded target running gdb stub on an openrisc processor > (www.opencores.org). The application is running from ROM, so I cannot > set soft breakpoints. I worked the gdb stub so it will ERR Z0 > packets, > and use Z[123] packets. This works perfectly well with hbreak. break > will attempt to set a soft breakpoint and fail. So do "next" and > "finish" when they try to set a breakpoint. > > Is there any way around that? Can I have gdb totally avoid > soft breakpoints? I recently posted a patch that tries to use h/w breakpoints when s/w breakpoints fail. It worked for me in pretty much the same situation as you seem to be in, but I didn't get any feedback on it. See: http://sources.redhat.com/ml/gdb-patches/2004-01/msg00343.html Cheers, JonB