From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <rearnsha@arm.com>
Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm
Received: (qmail 24660 invoked from network); 9 Jan 2003 12:20:35 -0000
Received: from unknown (HELO fw-cam.cambridge.arm.com) (193.131.176.3)
  by 209.249.29.67 with SMTP; 9 Jan 2003 12:20:35 -0000
Received: by fw-cam.cambridge.arm.com; id MAA16012; Thu, 9 Jan 2003 12:20:22 GMT
Received: from unknown(172.16.1.2) by fw-cam.cambridge.arm.com via smap (V5.5)
	id xma015652; Thu, 9 Jan 03 12:20:05 GMT
Received: from pc960.cambridge.arm.com (pc960.cambridge.arm.com [10.1.205.4])
	by cam-admin0.cambridge.arm.com (8.9.3/8.9.3) with ESMTP id MAA17269;
	Thu, 9 Jan 2003 12:20:05 GMT
Received: from pc960.cambridge.arm.com (rearnsha@localhost)
	by pc960.cambridge.arm.com (8.11.6/8.9.3) with ESMTP id h09CK5s22668;
	Thu, 9 Jan 2003 12:20:05 GMT
Message-Id: <200301091220.h09CK5s22668@pc960.cambridge.arm.com>
X-Authentication-Warning: pc960.cambridge.arm.com: rearnsha owned process doing -bs
To: Torsten Mohr <tmohr@s.netic.de>
cc: gdb <gdb@sources.redhat.com>, Richard.Earnshaw@arm.com
Reply-To: Richard.Earnshaw@arm.com
Organization: ARM Ltd.
X-Telephone: +44 1223 400569 (direct+voicemail), +44 1223 400400 (switchbd)
X-Fax: +44 1223 400410
X-Address: ARM Ltd., 110 Fulbourn Road, Cherry Hinton, Cambridge CB1 9NJ.
Subject: Re: ARM, registers, "frame 0", where's the PC? 
In-reply-to: Your message of "Wed, 08 Jan 2003 20:02:37 +0100."
             <200301082002.37809.tmohr@s.netic.de> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date: Thu, 09 Jan 2003 12:20:00 -0000
From: Richard Earnshaw <rearnsha@arm.com>
X-SW-Source: 2003-01/txt/msg00124.txt.bz2


tmohr@s.netic.de said:
> log: received valid packet 'g', len 1
> log: wpacket
> '588e00024854010200100002187800020020000148d4000018680000082e0100605c01
> 01582e00010f002ce92800dfff3800000100100000d3000040785634120000000000000
> 00000000000000000000000000000000000000000000000000000000000000000000000
> 00000000000000000000000000000000000000000000000000000000000000000000000
> 000000000000000000000000000000000000000000000200000d3'
> [what's here returned in R15 is always shown as "Program stopped at
> ADDRESS", no matter what's in R15] 

Your remote target seems to be lying to you.  This packet is the registers 
that the target is sending back to gdb.  It's interpreted as:

r0  588e0002
r1  48540102
r2  00100002
r3  18780002
r4  00200001
r5  48d40000
r6  18680000
r7  082e0100
r8  605c0101
r9  582e0001
r10 0f002ce9
r11 2800dfff
r12 38000001
r13 00100000
r14 d3000040
r15 78563412
f0  000000000000000000000000
f1  000000000000000000000000
f2  000000000000000000000000
f3  000000000000000000000000
f4  000000000000000000000000
f5  000000000000000000000000
f6  000000000000000000000000
f7  000000000000000000000000
fpsr 00000000
cpsr 200000d3

So the value returned to gdb for r15 is (after twidling for endianness) 
0x12345678 as gdb is reporting.

You need to find out why your remote debug agent is sending a bogus r15 
value.

R.