From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22072 invoked by alias); 20 Jun 2006 23:35:37 -0000 Received: (qmail 22063 invoked by uid 22791); 20 Jun 2006 23:35:37 -0000 X-Spam-Check-By: sourceware.org Received: from nevyn.them.org (HELO nevyn.them.org) (66.93.172.17) by sourceware.org (qpsmtpd/0.31.1) with ESMTP; Tue, 20 Jun 2006 23:35:34 +0000 Received: from drow by nevyn.them.org with local (Exim 4.54) id 1Fspkk-0003lF-Vl; Tue, 20 Jun 2006 19:35:27 -0400 Date: Wed, 21 Jun 2006 01:17:00 -0000 From: Daniel Jacobowitz To: PAUL GILLIAM Cc: Paul Koning , mark.kettenis@xs4all.nl, gdb@sources.redhat.com Subject: Re: Instrcutions that must not be stepped. Message-ID: <20060620233526.GB14292@nevyn.them.org> Mail-Followup-To: PAUL GILLIAM , Paul Koning , mark.kettenis@xs4all.nl, gdb@sources.redhat.com References: <1149726000.10016.71.camel@dufur.beaverton.ibm.com> <20060608022654.GA31271@nevyn.them.org> <1150415676.3346.30.camel@dufur.beaverton.ibm.com> <1150496761.3346.43.camel@dufur.beaverton.ibm.com> <200606180341.k5I3fSHu006233@elgar.sibelius.xs4all.nl> <1150830180.7608.1.camel@dufur.beaverton.ibm.com> <17560.22490.629655.738203@gargle.gargle.HOWL> <1150842231.7608.8.camel@dufur.beaverton.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1150842231.7608.8.camel@dufur.beaverton.ibm.com> User-Agent: Mutt/1.5.11+cvs20060403 X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2006-06/txt/msg00162.txt.bz2 On Tue, Jun 20, 2006 at 03:23:51PM -0700, PAUL GILLIAM wrote: > On Tue, 2006-06-20 at 16:17 -0400, Paul Koning wrote: > > >>>>> "PAUL" == PAUL GILLIAM writes: > > > > >> By the way, if stepping these atomic sequences proves to be a > > >> performance problem, you might want to consider implementing > > >> stepping them in the (Linux) kernel. > > > > PAUL> This would be cool. It would be nice to be able to tell if the > > PAUL> kernel has support for this and let it handle atomic sequences > > PAUL> if it does. Let GDB handle it if the kernel doesn't. > > > > Similarly, in remote debugging, there should be a way to have the stub > > handle it. That means you may need some extensions to the stub > > protocol to encode some new information... > > Perhaps something in "qSupported" stuff Danial Jacobowitz is working on? No, that's unrelated. I think all you'll want is "step out of range" on the GDB side, and let the stub handle everything else. -- Daniel Jacobowitz CodeSourcery