From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4311 invoked by alias); 12 Aug 2004 21:50:00 -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 4302 invoked from network); 12 Aug 2004 21:49:59 -0000 Received: from unknown (HELO sccrmhc12.comcast.net) (204.127.202.56) by sourceware.org with SMTP; 12 Aug 2004 21:49:59 -0000 Received: from plexity.net (c-24-20-152-76.client.comcast.net[24.20.152.76]) by comcast.net (sccrmhc12) with ESMTP id <2004081221495901200pkm1de>; Thu, 12 Aug 2004 21:49:59 +0000 Received: by plexity.net (Postfix, from userid 1025) id BEDF42182C2; Thu, 12 Aug 2004 14:49:58 -0700 (PDT) Date: Thu, 12 Aug 2004 21:50:00 -0000 From: Deepak Saxena To: gdb@sources.redhat.com Subject: Remote stub can't single-step, how to tell GDB? Message-ID: <20040812214958.GA6063@plexity.net> Reply-To: dsaxena@plexity.net Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Organization: Plexity Networks User-Agent: Mutt/1.5.5.1+cvs20040105i X-SW-Source: 2004-08/txt/msg00204.txt.bz2 Hello, I am working on porting the existing ARM KGDB stub into the grand-unified-kgdb project (http://kgdb.sf.net) and am looking for some info on how to cleanup our single-step handling. For the existing stub we basically took the get_next_pc() code from gdb and put it in the kgdb-stub so that we can execute single-steps in the stub itself. When we receive an 's' command, we call get_next_pc() and stuff the breakpoint at that address. IMHO, having this in the kernel is overkill and skimming the gdb src, I am guessing there is away to just force the user's client to do this, but I am not sure how. In arm-tdep.c, I see the following comment that makes me wonder if right now I have no choice but handle single-step in the kernel stub: /* Single stepping. */ /* XXX For an RDI target we should ask the target if it can single-step. */ set_gdbarch_software_single_step (gdbarch, arm_software_single_step); Any pointers appreciated. Tnx, ~Deepak -- Deepak Saxena - dsaxena at plexity dot net - http://www.plexity.net/ "Unlike me, many of you have accepted the situation of your imprisonment and will die here like rotten cabbages." - Number 6