From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16976 invoked by alias); 2 Dec 2001 22:59:18 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 16941 invoked from network); 2 Dec 2001 22:59:12 -0000 Received: from unknown (HELO nevyn.them.org) (128.2.145.6) by hostedprojects.ges.redhat.com with SMTP; 2 Dec 2001 22:59:12 -0000 Received: from drow by nevyn.them.org with local (Exim 3.33 #1 (Debian)) id 16AfZr-00022n-00; Sun, 02 Dec 2001 17:59:15 -0500 Date: Sun, 02 Dec 2001 14:59:00 -0000 From: Daniel Jacobowitz To: Elena Zannoni Cc: gdb-patches@sources.redhat.com Subject: Re: [RFA] W.I.P. AltiVec ppc registers support. Message-ID: <20011202175915.A7587@nevyn.them.org> Mail-Followup-To: Elena Zannoni , gdb-patches@sources.redhat.com References: <15365.39495.801289.497931@krustylu.cygnus.com> <20011129012730.A19781@nevyn.them.org> <15370.29736.747589.390705@krustylu.cygnus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <15370.29736.747589.390705@krustylu.cygnus.com> User-Agent: Mutt/1.3.23i X-SW-Source: 2001-12/txt/msg00023.txt.bz2 On Sun, Dec 02, 2001 at 01:34:16PM -0500, Elena Zannoni wrote: > Hold on, I looked at the altivec.org and at the linuxppc.org mailing > lists. > > There is actually a patch posted at the beginning of September to > which you replied at some stage. And this patch is similar to the one > I have used for implementing GDB altivec support. OK, my memory failed me; I remembered someone describing it but not that they had posted a patch. Sorry. > The version of the patch I have was provided by Motorola, and they are > about to submit it publicly. The patch is virtually identical to the > one posted on linuxppc.org except for the definition of PT_VR0 which > in the latter is (errouneously) made to be aligned on 128-bits. So > for the patch I have PT_VR0 is simply PT_FPSCR + 1, not 128. > > My gdb implementation works also for machines w/o altivec ptrace > support, because in that case the ptrace call just errors out and that > condition is detected (I am talking about my original patch, w/o the > changes that Kevin suggested). This was one objection to the kernel > patch that I've seen raised on the linuxppc list. Franz' comments completely account for mine in his reply: http://lists.linuxppc.org/linuxppc-dev/200109/msg00045.html No one ever answered him publicly, AFAIK. He also told me privately that he could not contribute code easily because of his relationship with Caltech. If Motorola's patch is accepted, I've no objection to this going in as-is. If Paul chooses to hold out for a different interface, of course, I'd rather it didn't. -- Daniel Jacobowitz Carnegie Mellon University MontaVista Software Debian GNU/Linux Developer