From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7984 invoked by alias); 21 May 2003 15:34:58 -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 7901 invoked from network); 21 May 2003 15:34:56 -0000 Received: from unknown (HELO localhost.redhat.com) (207.219.125.131) by sources.redhat.com with SMTP; 21 May 2003 15:34:56 -0000 Received: from redhat.com (localhost [127.0.0.1]) by localhost.redhat.com (Postfix) with ESMTP id A9BD22B2F; Wed, 21 May 2003 11:34:39 -0400 (EDT) Message-ID: <3ECB9C8F.1060706@redhat.com> Date: Wed, 21 May 2003 15:34:00 -0000 From: Andrew Cagney User-Agent: Mozilla/5.0 (X11; U; NetBSD macppc; en-US; rv:1.0.2) Gecko/20030223 X-Accept-Language: en-us, en MIME-Version: 1.0 To: cgd@broadcom.com, kevinb@redhat.com Cc: gdb-patches@sources.redhat.com Subject: Re: [WIP/RFC] MIPS registers overhaul References: <1030510002453.ZM3880@localhost.localdomain> <3EBD6131.30209@redhat.com> <1030514220025.ZM10373@localhost.localdomain> <3EC461C1.1080104@redhat.com> <1030516230550.ZM12582@localhost.localdomain> <1030517004052.ZM13153@localhost.localdomain> <3ECA9587.4090407@redhat.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2003-05/txt/msg00382.txt.bz2 > At Tue, 20 May 2003 16:52:23 -0400, Andrew Cagney wrote: > >> > At Sat, 17 May 2003 00:41:10 +0000 (UTC), "Kevin Buettner" wrote: >> > > >> >> Unfortunately, it isn't reasonable to use an ABI-specific RDA to debug >> >> an application which uses a different ABI. It might kind of, sort of >> >> work some of the time, but there are various things that won't work. >> >> You've just identified one of the problems. > >> > >> > >> > BTW, because of this kind of problem, does it even make sense that >> > when talking to a mips64 kernel but using an o32 rda (or gdbserver >> > 8-), you'd use a "mips64" protocol? I.e., why wouldn't it just use >> > the 32-bit mips protocol, since from you're debugging a 32-bit binary >> > with a 32-bit debugging daemon... > >> >> Ignoring the FP registers, I think it does make sense. o32 code does >> run on a 64 bit ISA. Who is GDB to decide what the ISA should be. That came out wrong. I think a GDB debugging a remote 64 bit MIPS ISA should always expect 64 bit GPRs and 64 bit FPRs when the ISA is 64 bits, regardless of the ABI. It is quite legitimate, for instance, for GDB to do something as sick-o as clearing the FR bit and then resume the thread. The register save/restore code needs to correctly handle this - be it reject the operation or ``do the right thing''. Andrew > I think even w.r.t. FP registers it makes sense. 8-) > > in o32, there are exactly (32 * 32 bits) worth of FP registers. > > They've got a very strange organization, and different operations on > them set them in non-obvious ways, but they're still 32*32 bits. > > > > cgd > >