From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-14617-listarch-gdb=sources.redhat.com@sources.redhat.com>
Received: (qmail 14812 invoked by alias); 1 Jul 2003 05:13:55 -0000
Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-subscribe@sources.redhat.com>
List-Archive: <http://sources.redhat.com/ml/gdb/>
List-Post: <mailto:gdb@sources.redhat.com>
List-Help: <mailto:gdb-help@sources.redhat.com>, <http://sources.redhat.com/ml/#faqs>
Sender: gdb-owner@sources.redhat.com
Received: (qmail 14796 invoked from network); 1 Jul 2003 05:13:54 -0000
Received: from unknown (HELO sccrmhc11.comcast.net) (204.127.202.55)
  by sources.redhat.com with SMTP; 1 Jul 2003 05:13:54 -0000
Received: from nkelseyhome (12-235-58-117.client.attbi.com[12.235.58.117](untrusted sender))
          by comcast.net (sccrmhc11) with SMTP
          id <200307010513530110040mc3e>; Tue, 1 Jul 2003 05:13:53 +0000
Message-ID: <00d001c33f8f$8cc48b30$0a00a8c0@nkelseyhome>
From: "Jafa" <jafa@silicondust.com>
To: "Andrew Cagney" <ac131313@redhat.com>,
	<gdb@sources.redhat.com>
References: <09a601c33f6e$b05a3480$0a02a8c0@scenix.com> <20030701034232.GB3434@nevyn.them.org> <redirect-6800274@silicondust.com>
Subject: Re: Frame handling
Date: Tue, 01 Jul 2003 05:13:00 -0000
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
X-SW-Source: 2003-07/txt/msg00008.txt.bz2

Hi Andrew,

>>> Question - what registers is gdb expecting prev_register to give
reasonable
>>> results for? Just PC? Or SP and FP as well?
>>
>> As many as possible.  This _completely_ replaces all other unwinding,
>> for instance frame_chain and the extra_info/saved_registers data.
>> Might want to take a look at the ARM conversion I just posted; I don't
>> promise it's right...
>
>Yes.  GDB now relies on the prev_register method when popping a frame so
>unless it works well, things fail pretty quick.

Ok

The ABI states that everything is callee clobbered so the only things I can
recover will be the PC, SP, and FP. There is no FP register so FP and SP are
search-calculated.

I will clean up the ip3k (aka ip4k) frame_handling next so should be able to
recover the saved address registers (all data registers are callee
clobbered).

BTW - Sorry I missed the branch, management didn't pay any attention to my
recomendation 3 weeks ago... and *now* they decide we need to fix gdb and
merge up to the trunk :-)

Thanks

Nick