From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13354 invoked by alias); 7 Feb 2007 13:10:34 -0000 Received: (qmail 13344 invoked by uid 22791); 7 Feb 2007 13:10:33 -0000 X-Spam-Check-By: sourceware.org Received: from igw3.br.ibm.com (HELO igw3.br.ibm.com) (32.104.18.26) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 07 Feb 2007 13:10:23 +0000 Received: from mailhub1.br.ibm.com (unknown [9.18.232.109]) by igw3.br.ibm.com (Postfix) with ESMTP id 0C8CE390109 for ; Wed, 7 Feb 2007 11:03:18 -0200 (BrDT) Received: from d24av02.br.ibm.com (d24av02.br.ibm.com [9.18.232.47]) by mailhub1.br.ibm.com (8.13.8/8.13.8/NCO v8.2) with ESMTP id l17DA2sl557122 for ; Wed, 7 Feb 2007 11:10:02 -0200 Received: from d24av02.br.ibm.com (loopback [127.0.0.1]) by d24av02.br.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id l17D8w2s010965 for ; Wed, 7 Feb 2007 11:08:58 -0200 Received: from dyn531804.br.ibm.com (dyn531804.br.ibm.com [9.18.238.71]) by d24av02.br.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id l17D8waA010960 for ; Wed, 7 Feb 2007 11:08:58 -0200 From: Luis Machado To: gdb-patches@sourceware.org Subject: Re: [patch] "single step" atomic instruction sequences as a whole. Date: Wed, 07 Feb 2007 13:10:00 -0000 User-Agent: KMail/1.9.1 References: <200702060902.25196.luisgpm@linux.ibm.com> <20070206.211127.71089279.emi-suzuki@tjsys.co.jp> In-Reply-To: <20070206.211127.71089279.emi-suzuki@tjsys.co.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702071110.01767.luisgpm@br.ibm.com> X-IsSubscribed: yes Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org X-SW-Source: 2007-02/txt/msg00056.txt.bz2 Hi Emi, It's great that we have someone working on this issue also. What's exactly been modified on your patch for single stepping of atomic instruction sequences? Does it handle the issues that you have mentioned about thread hopping check? Regards, Luis On Tuesday 06 February 2007 10:11, Emi SUZUKI wrote: > Hello Luis and members, > > I am working on Linux running on PlayStation 3, and on Fedora Core 5 > for PowerPC running on our own hardware equipped with 'Cell' CPU. > I have also been annoyed by this problem for months, because the main > core of Cell is PowerPC. > > As far as I know, the patch by Paul has a problem mentioned by the > messages below: > http://sourceware.org/ml/gdb-patches/2006-09/msg00060.html > http://sourceware.org/ml/gdb-patches/2006-09/msg00097.html > http://sourceware.org/ml/gdb-patches/2006-11/msg00049.html > http://sourceware.org/ml/gdb-patches/2006-11/msg00074.html > > And the idea is a bit confusing for me... > > I just thought that SOFTWARE_SINGLE_STEP_P should indicate if the > target will do software single-stepping at the next time it proceed. > And all the architectures which should skip atomic sequences of > instructions by themselves need to implement are > SOFTWARE_SINGLE_STEP_P to check if the skipping is needed, and > SOFTWARE_SINGLE_STEP to actually skip the sequence. > # I remember someone said that ARM and MIPS have a similar problem. > > As a effect of the change above, the return value of SOFTWARE_SINGLE_STEP_P > cannot be used as the condition of thread hopping check or removing > a software single-stepping breakpoint on handle_inferior_event: it > may not be welcomed. > > Anyway, I will attach a patch applied on our environment. It's for > CVS head. > Since it's my first time of posting here, any comments are very > appreciated. > > P.S. > I have not completed the legal process of copyright assignment, and > unfortunately the boss said to me that it will take months... > Please point me if the patch can be applied and surely needs an > assignment, I will make them hurry.