From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 2967 invoked by alias); 16 Jun 2006 23:31:08 -0000 Received: (qmail 2957 invoked by uid 22791); 16 Jun 2006 23:31:07 -0000 X-Spam-Check-By: sourceware.org Received: from e1.ny.us.ibm.com (HELO e1.ny.us.ibm.com) (32.97.182.141) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 16 Jun 2006 23:31:04 +0000 Received: from d01relay04.pok.ibm.com (d01relay04.pok.ibm.com [9.56.227.236]) by e1.ny.us.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id k5GNV10V011075 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 16 Jun 2006 19:31:02 -0400 Received: from d01av04.pok.ibm.com (d01av04.pok.ibm.com [9.56.224.64]) by d01relay04.pok.ibm.com (8.13.6/NCO/VER7.0) with ESMTP id k5GNV10M288520 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 16 Jun 2006 19:31:01 -0400 Received: from d01av04.pok.ibm.com (loopback [127.0.0.1]) by d01av04.pok.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id k5GNV17Y001145 for ; Fri, 16 Jun 2006 19:31:01 -0400 Received: from dufur.beaverton.ibm.com (dufur.beaverton.ibm.com [9.47.22.20]) by d01av04.pok.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id k5GNV0Ir001105; Fri, 16 Jun 2006 19:31:00 -0400 Subject: Re: Instrcutions that must not be stepped. From: PAUL GILLIAM Reply-To: pgilliam@us.ibm.com To: Daniel Jacobowitz Cc: gdb@sources.redhat.com In-Reply-To: <1150415676.3346.30.camel@dufur.beaverton.ibm.com> References: <1149726000.10016.71.camel@dufur.beaverton.ibm.com> <20060608022654.GA31271@nevyn.them.org> <1150415676.3346.30.camel@dufur.beaverton.ibm.com> Content-Type: text/plain Date: Sat, 17 Jun 2006 12:26:00 -0000 Message-Id: <1150496761.3346.43.camel@dufur.beaverton.ibm.com> Mime-Version: 1.0 X-Mailer: Evolution 2.2.2 (2.2.2-5) Content-Transfer-Encoding: 7bit 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/msg00105.txt.bz2 On Thu, 2006-06-15 at 16:54 -0700, PAUL GILLIAM wrote: > I propose changing the meaning of SOFTWARE_SINGLE_STEP_P () from "This > arch has no hardware to do single step and must use software." to "There > may be circumstances where this arch will have to do single stepping > with out hardware support." And make SOFTWARE_SINGLE_STEP return 1 if a > software single step was needed and 0 if it was not. This would require > a minor change for those arches currently using SOFTWARE_SINGLE_STEP and > a little tweeking in "infrun.c". > > The only difference between doing a software single step as it is now > and doing an "atomic single step" is how the decision of where to place > temporary breakpoints is made. I have attached two diff's: "change_software_single_step.diff" makes the change I proposed above. I changed the name "software_single_step" to "possibly_single_step_with_software". "ppc-atomic-series.diff" should be applied after the previous patch. It adds the code for PowerPC on native linux that uses the new scheme and checks for an atomic sequence. If it find one, it prints a message to that effect does the same type of thing as "rs6000_possibly_single_step_with_software" after finding where to set the breakpoints. I have a clean compile with this, but have not done any testing yet. I will send these patches to gdb-patches after a bit of testing (unless I get a huge out-cry here 8-) -=# Paul #=-