From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27281 invoked by alias); 3 Sep 2003 13:53:31 -0000 Mailing-List: contact insight-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: insight-owner@sources.redhat.com Received: (qmail 27258 invoked from network); 3 Sep 2003 13:53:29 -0000 Received: from unknown (HELO cam-admin0.cambridge.arm.com) (193.131.176.54) by sources.redhat.com with SMTP; 3 Sep 2003 13:53:29 -0000 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 OAA21664; Wed, 3 Sep 2003 14:53:22 +0100 (BST) Received: from pc960.cambridge.arm.com (rearnsha@localhost) by pc960.cambridge.arm.com (8.11.6/8.9.3) with ESMTP id h83DrLc17626; Wed, 3 Sep 2003 14:53:21 +0100 Message-Id: <200309031353.h83DrLc17626@pc960.cambridge.arm.com> X-Authentication-Warning: pc960.cambridge.arm.com: rearnsha owned process doing -bs To: mckennad@esatclear.ie cc: Richard Earnshaw , gdb@sources.redhat.com, insight@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. X-Url: http://www.arm.com/ Subject: Re: ARM Simulator Bug? In-reply-to: Your message of "Wed, 03 Sep 2003 11:36:23 BST." <3f55c427.298a.0@esatclear.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 03 Sep 2003 13:53:00 -0000 From: Richard Earnshaw X-SW-Source: 2003-q3/txt/msg00141.txt.bz2 > Hi Richard, > > I think I have gotten closer to solving my problem. It relates to the linker > script I use with compilation of gcc. > > If I take the standard armelf.x from the ldscripts directory and link against > it my problem disappears. My problem is that I wish to place my reset vectors > at 0x00 not the standard 0x8000. So I change the line: > > /* Read-only sections, merged into text segment: */ > . = 0x8000; > > to > > /* Read-only sections, merged into text segment: */ > . = 0x00; > > and my problem resurfaces. At a quick check of my memory contents from gdb at > 0x00 I get 0x01 as opposed to what I get when I "download" the program using > Run->Download of 0xEA000015. > > Any ideas? Not really. Does "arm-elf-objdump -xd exe-file" display something sensible? R.