From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30203 invoked by alias); 26 Jul 2005 17:03:59 -0000 Mailing-List: contact ecos-discuss-help@ecos.sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: ecos-discuss-owner@ecos.sourceware.org Received: (qmail 30190 invoked by uid 22791); 26 Jul 2005 17:03:55 -0000 Received: from smarthost4.mail.uk.easynet.net (HELO smarthost4.mail.uk.easynet.net) (212.135.6.14) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Tue, 26 Jul 2005 17:03:55 +0000 Received: from [217.207.210.179] (helo=mail.hanoverdisplays.com) by smarthost4.mail.uk.easynet.net with esmtp (Exim 4.10) id 1DxSqO-000I0S-00; Tue, 26 Jul 2005 18:03:52 +0100 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 26 Jul 2005 17:03:00 -0000 Message-ID: From: "Matt Sartori" To: "Andrew Lunn" CC: "eCos Discussion" Subject: RE: [ECOS] Simple Redboot Q's X-SW-Source: 2005-07/txt/msg00283.txt.bz2 Yes, that all the jumps and references within the code are relative, not absolute. I think what I'm not quite understanding is what the load does.=20 I would expect the loading of an elf to involve the interpretation of the file as to where to put it (and probably other stuff), however loading an elf explicitly to a location (with -b) doesn't make logical sense to me since the elf already knows where it wants to go.=20 Equally baffling to me is when I load a .bin to an explicit location then I can't just run it from that location. Only when I load the .bin into the same memory location as what I've put in the binary's linker script does it work (yes, I've finally managed to get it to run my code :) even if not quite sure why). I apologize if this is basic stuff. m@ -----Original Message----- From: Andrew Lunn [mailto:andrew@lunn.ch]=20 Sent: 26 July 2005 17:30 To: Matt Sartori Cc: eCos Discussion Subject: Re: [ECOS] Simple Redboot Q's > >Unless your code is position independent (or very smart), this is=20 > >most > certainly your problem. >=20 > Ok, good. That's something I can look at then. > Redboot, despite being a ROM build, says it's using RAM from 0x20000000 > to 0x20005b68, so I've made > my linker script place CODE at 0x20005b68 and DATA at 0x20008000 (with a > total RAM range of 0x10000). > This, I take it, is only significant if I load it as an elf. And, again > if I understand correctly, when loaded as -r it just goes where I put > it. > Obviously there's still something I don't understand correctly 'cause it > doesn't work.=20 Find out what position independant means. The comments above make me think you understand what this means. Andrew ---------------------------------------------------------------------------= ----- The information transmitted is intended only for the person or entity to wh= ich it is addressed and may contain confidential and/or privileged material= . Any review, retransmission, dissemination or other use of, or taking of a= ny action in reliance upon, this information by persons or entities other t= han the intended recipient is prohibited. If you received this in error, please contact the sender or postmaster (pos= tmaster@hanoverdisplays.com) and delete the material from any computer. Although we routinely screen for viruses, addressees should check this e-ma= il and any attachment for viruses. We make no warranty as to absence of vir= uses in this e-mail or any attachments. Our Company's email policy is to permit incidental personal use. If this em= ail is of a personal nature, it must not be relied upon as expressing the v= iews or opinions of the company. Visit out website at www.hanoverdisplays.com -- Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss