From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31234 invoked by alias); 30 Nov 2001 01:40:18 -0000 Mailing-List: contact gdb-patches-help@sourceware.cygnus.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 30792 invoked from network); 30 Nov 2001 01:39:03 -0000 Received: from unknown (HELO nevyn.them.org) (128.2.145.6) by hostedprojects.ges.redhat.com with SMTP; 30 Nov 2001 01:39:03 -0000 Received: from drow by nevyn.them.org with local (Exim 3.32 #1 (Debian)) id 169ceD-0005ha-00; Thu, 29 Nov 2001 20:39:25 -0500 Date: Tue, 20 Nov 2001 18:00:00 -0000 From: Daniel Jacobowitz To: Elena Zannoni Cc: Kevin Buettner , Andrew Cagney , gdb-patches@sources.redhat.com Subject: Re: [RFA] W.I.P. AltiVec ppc registers support. Message-ID: <20011129203925.B21872@nevyn.them.org> Mail-Followup-To: Elena Zannoni , Kevin Buettner , Andrew Cagney , gdb-patches@sources.redhat.com References: <15365.39495.801289.497931@krustylu.cygnus.com> <1011129183830.ZM18856@ocotillo.lan> <15366.44991.616576.411278@krustylu.cygnus.com> <1011129222000.ZM19585@ocotillo.lan> <15366.47960.711736.518863@krustylu.cygnus.com> <3C06BED3.4070209@cygnus.com> <1011130002533.ZM20054@ocotillo.lan> <15366.54795.679235.961389@krustylu.cygnus.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <15366.54795.679235.961389@krustylu.cygnus.com> User-Agent: Mutt/1.3.23i X-SW-Source: 2001-11/txt/msg00380.txt.bz2 Message-ID: <20011120180000.kXiQPVd1LcAfnlXy7AP7CULRUTBAMKFXkx9JVGLbDQg@z> On Thu, Nov 29, 2001 at 07:42:51PM -0500, Elena Zannoni wrote: > Kevin Buettner writes: > > On Nov 29, 6:03pm, Andrew Cagney wrote: > > > > > >> Unfortunately not. I thought the same, until I remembered about core > > > > > > file debugging. That function is called by fetch_core_registers() in > > > > > > core-aout.c. > > > > > > Hmm... I wonder if Linux/PPC even needs this function in core-aout.c. > > > > > Daniel J. is the expert on this stuff. Daniel, doesn't Linux/PPC use > > > > > core-regset.c instead? > > > > > Whoops, yes, you are right. False alarm. > > > > > > So just the core code needs to have a hard-wired (non native header) way > > > of unpacking Altivec registers (if they are found?)? > > > > I'm guessing we'll end up having to add fetch_core_registers() and > > company to ppc-linux-nat.c. That way neither core-regset.c nor > > core-aout.c will be used for a native Linux/PPC build. (See > > fetch_core_registers() in i386-linux-nat.c as an example.) > > cross core file support: is that a concern? For me, at least, it is. I should take this as motivation and finish the cross core patches. I'm a little behind on them. > Side bar: there is something interesting about the way the corelow.c > file gets the registers sections from a core file. It looks for .reg > (gregs), .reg2 (fpregs), and .reg-xfp (extended-floating point x86 > only(?)). Seems like I'll have to add a fetch section call for a > .reg-altivec (or whatever it will be called, it's not produced > yet). But that's in common code. I don't like it. This > get_core_registers() will have to be overwritten too, maybe. I'd rather make it support fetching arbitrary sections. I have the design for this in mind already; I'll get back to you on it as soon as I can (probably next week). -- Daniel Jacobowitz Carnegie Mellon University MontaVista Software Debian GNU/Linux Developer