From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16127 invoked by alias); 5 Mar 2012 14:20:00 -0000 Received: (qmail 16116 invoked by uid 22791); 5 Mar 2012 14:19:59 -0000 X-SWARE-Spam-Status: No, hits=-0.7 required=5.0 tests=AWL,BAYES_00,SARE_LWSHORTT X-Spam-Check-By: sourceware.org Received: from tetra.codeconfidence.com (HELO tetra.codeconfidence.com) (94.229.66.225) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 05 Mar 2012 14:19:41 +0000 Received: from cog.dallaway.org.uk (cpc1-cmbg10-0-0-cust34.5-4.cable.virginmedia.com [81.102.132.35]) by tetra.codeconfidence.com (Postfix) with ESMTP id 33FA6234C17C; Mon, 5 Mar 2012 14:19:40 +0000 (GMT) Received: from cog.dallaway.org.uk (cog.dallaway.org.uk [127.0.0.1]) by cog.dallaway.org.uk (8.13.8/8.13.8) with ESMTP id q25EJdX5011572; Mon, 5 Mar 2012 14:19:39 GMT Message-ID: <4F54CB7B.6060802@dallaway.org.uk> Date: Mon, 05 Mar 2012 14:20:00 -0000 From: John Dallaway User-Agent: Thunderbird 2.0.0.24 (X11/20111109) MIME-Version: 1.0 To: Anders Montonen CC: ecos-devel@ecos.sourceware.org Subject: Re: eCos GNU tools 4.6.2-20120125 ready for testing References: <4F106345.4080902@siva.com.mk> <4F11574D.9070002@dallaway.org.uk> <4F11AC54.7000902@siva.com.mk> <4F1CB41C.90900@jifvik.org> <4F1DA9A0.5070702@siva.com.mk> <4F1FF5AD.4010901@ecoscentric.com> <4F39887A.5050905@siva.com.mk> <4F50F700.5080902@ecoscentric.com> <4F521D6A.4010500@siva.com.mk> <4F52B2C8.4010809@schuilenburg.org> <4F53C46B.4090502@dallaway.org.uk> <4F54798C.2070700@r-finger.com> <4F547FBE.8080507@r-finger.com> <4F548C37.2090306@dallaway.org.uk> <775E1419-5AA0-4A74-8599-71F0D490F484@iki.fi> In-Reply-To: <775E1419-5AA0-4A74-8599-71F0D490F484@iki.fi> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Mailing-List: contact ecos-devel-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: ecos-devel-owner@ecos.sourceware.org X-SW-Source: 2012-03/txt/msg00015.txt.bz2 Hi Anders and all Anders Montonen wrote: > On Mar 5, 2012, at 11:49, John Dallaway wrote: > >> In the short term, I will look at creating a GDB target description file >> that we can use to accommodate the larger register set returned by our >> stubs. > > Here's one I've been using when debugging via OpenOCD: > Thank you for the pointer. That target description works fine for me, but I noticed that it uses the org.gnu.gdb.arm.core feature which describes the "cpsr" register. That register is named "xpsr" in GDB's default M-profile feature: http://sourceware.org/cgi-bin/cvsweb.cgi/src/gdb/features/arm-m-profile.xml?rev=1.3&content-type=text/x-cvsweb-markup&cvsroot=src It seems appropriate to use the org.gnu.gdb.arm.m-profile feature rather than the org.gnu.gdb.arm.core feature and therefore adopt the register naming used by current GDB for M-profile targets. However, this might possibly cause problems for people who have existing GDB scripts developed for arm-eabi-gdb 6.8.50.20080706 that reference the cpsr register by name. Does anyone care about this? John Dallaway eCos maintainer http://www.dallaway.org.uk/john