From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-21806-listarch-gdb=sources.redhat.com@sources.redhat.com>
Received: (qmail 16424 invoked by alias); 10 Jun 2005 08:14:30 -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 16390 invoked by uid 22791); 10 Jun 2005 08:14:19 -0000
Received: from cam-admin0.cambridge.arm.com (HELO cam-admin0.cambridge.arm.com) (193.131.176.58)
    by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Fri, 10 Jun 2005 08:14:19 +0000
Received: from pc960.cambridge.arm.com (pc960.cambridge.arm.com [10.1.205.4])
	by cam-admin0.cambridge.arm.com (8.12.10/8.12.10) with ESMTP id j5A8Dtjd028207;
	Fri, 10 Jun 2005 09:13:55 +0100 (BST)
Received: from pc960.cambridge.arm.com (localhost.localdomain [127.0.0.1])
	by pc960.cambridge.arm.com (8.12.8/8.12.8) with ESMTP id j5A8EEbC021495;
	Fri, 10 Jun 2005 09:14:15 +0100
Received: (from rearnsha@localhost)
	by pc960.cambridge.arm.com (8.12.8/8.12.8/Submit) id j5A8EEMW021493;
	Fri, 10 Jun 2005 09:14:14 +0100
Subject: Re: ARM register pages
From: Richard Earnshaw <rearnsha@gcc.gnu.org>
To: Shaun Jackman <sjackman@gmail.com>
Cc: gdb@sources.redhat.com
In-Reply-To: <7f45d93905060914144001b82b@mail.gmail.com>
References: <7f45d93905060815004a8a9b2d@mail.gmail.com>
	 <20050608225835.GA16214@nevyn.them.org>
	 <7f45d93905060909461870392b@mail.gmail.com>
	 <20050609170353.GA8119@nevyn.them.org>
	 <7f45d93905060914144001b82b@mail.gmail.com>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Message-Id: <1118391253.19214.7.camel@pc960.cambridge.arm.com>
Mime-Version: 1.0
Date: Fri, 10 Jun 2005 08:14:00 -0000
X-SW-Source: 2005-06/txt/msg00089.txt.bz2

On Thu, 2005-06-09 at 22:14, Shaun Jackman wrote:
> On 6/9/05, Daniel Jacobowitz <drow@false.org> wrote:
> > The easiest solution will be to do this instead:
> > abt:    [copy the banked address to lr, which is not useful at this
> >          point]
> > 1:      b 1b
> 
> If it's possible, I'd prefer to accomplish a backtrace without
> altering the target's code. I was hoping that "set $cpsr=0x1f" would
> make $lr_usr visible in $lr to gdb, but the value of $lr displayed by
> "i reg" remains the same. Does gdb cache the value of the register? Is
> there a way to force gdb to reload the value of the register from the
> remote target?

Be careful.  If you set the CPSR to user mode in this way, the only way
back out again will be to take another trap, thus destroying any machine
state you might have.  That is, reading the user mode registers in this
way will be destructive to your debugging session.

R.