From: Graeme Russ <graeme.russ@gmail.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [RFC][PATCH 00/21] [x86] 'Comming of Age'
Date: Sun, 28 Mar 2010 18:38:47 +1100 [thread overview]
Message-ID: <4BAF0787.1050204@gmail.com> (raw)
In-Reply-To: <OF6370A154.849DBD44-ONC12576F3.005652C9-C12576F3.0056DAA8@transmode.se>
Joakim Tjernlund wrote:
>
> Graeme Russ <graeme.russ@gmail.com> wrote on 2010/03/27 12:54:03:
>> Joakim Tjernlund wrote:
>>> I did a few months ago for MPC83xx and sent it to the list. There was some
>>> discussion but in the end it wasn't applied because it was too invasive.
>>> PPC is especially bad as it needs to relocate string literals too.
>>>
>> To implement full relocation, I simply need to add an additional parameter
>> to this function which provides the 'link versus load' offset which will
>> get applied to the 'load versus run' offset calculation
>
> Are we talking about the same thing? when you say "does not
> need to be loaded at TEXT_BASE" you need something like my LINK_OFF patch,
> otherwise I don't see how you can boot out of flash otherwise.
>
I realise now that we are not talking about the same thing. The x86 port
always relocates into (and runs from) RAM. Only a very small stub is run
from flash (SDRAM setup and sizing, copy to RAM, process relocation entries
etc). This stub can be made fully relocatable while running from Flash
(with a few tricks)
By adjusting all position dependent code after copying into RAM, LINK_OFF
is no longer needed
Graeme
next prev parent reply other threads:[~2010-03-28 7:38 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-03-25 11:22 [U-Boot] [RFC][PATCH 00/21] [x86] 'Comming of Age' Graeme Russ
2010-03-25 11:22 ` [U-Boot] [RFC][PATCH 01/21] [x86] Add unaligned.h Graeme Russ
2010-03-25 17:45 ` Mike Frysinger
2010-03-25 11:22 ` [U-Boot] [RFC][PATCH 02/21] [x86] #ifdef out getenv_IPaddr() Graeme Russ
2010-03-25 11:45 ` Vipin Kumar
2010-03-25 11:22 ` [U-Boot] [RFC][PATCH 03/21] [x86] Fix MMCR Access Graeme Russ
2010-03-25 11:22 ` [U-Boot] [RFC][PATCH 04/21] [x86] Add register dump to crash handlers Graeme Russ
2010-03-25 11:22 ` [U-Boot] [RFC][PATCH 05/21] [x86] Fix do_go_exec() Graeme Russ
2010-03-25 11:22 ` [U-Boot] [RFC][PATCH 06/21] [x86] Fix sc520 memory size reporting Graeme Russ
2010-03-25 11:22 ` [U-Boot] [RFC][PATCH 07/21] [x86] Split sc520 memory sizing versus reporting Graeme Russ
2010-03-25 11:22 ` [U-Boot] [RFC][PATCH 08/21] [x86] Add RAM bootstrap functionality Graeme Russ
2010-03-25 11:22 ` [U-Boot] [RFC][PATCH 09/21] [x86] Move GDT to a safe location in RAM Graeme Russ
2010-03-25 11:22 ` [U-Boot] [RFC][PATCH 10/21] [x86] Pass relocation offset into Global Data Graeme Russ
2010-03-25 11:22 ` [U-Boot] [RFC][PATCH 11/21] [x86] Fix copying of Real-Mode code into RAM Graeme Russ
2010-03-25 11:22 ` [U-Boot] [RFC][PATCH 12/21] [ns16550] Enable port-mapped access Graeme Russ
2010-03-25 11:22 ` [U-Boot] [RFC][PATCH 13/21] [x86] Use CONFIG_SERIAL_MULTI Graeme Russ
2010-03-25 11:22 ` [U-Boot] [RFC][PATCH 14/21] [x86] Provide weak PC/AT compatibility setup function Graeme Russ
2010-03-25 11:22 ` [U-Boot] [RFC][PATCH 15/21] [x86] Fix support for booting bzImage Graeme Russ
2010-03-25 11:22 ` [U-Boot] [RFC][PATCH 16/21] [sc520] Allow boards to override udelay Graeme Russ
2010-03-25 11:22 ` [U-Boot] [RFC][PATCH 17/21] [eNET] Fix Flash Write Graeme Russ
2010-03-25 11:23 ` [U-Boot] [RFC][PATCH 18/21] [eNET] Fix CONFIG_SYS_HZ to be 1000 Graeme Russ
2010-03-25 11:23 ` [U-Boot] [RFC][PATCH 19/21] [eNET] Add support for onboard RTL8100B (RTL8139) chips Graeme Russ
2010-04-05 5:32 ` Ben Warren
2010-04-05 22:21 ` Graeme Russ
2010-03-25 11:23 ` [U-Boot] [RFC][PATCH 20/21] [eNET] Add PC/AT compatibility setup function Graeme Russ
2010-03-25 11:23 ` [U-Boot] [RFC][PATCH 21/21] Use SC520 MMCR to reset eNET board Graeme Russ
2010-03-26 15:55 ` [U-Boot] [RFC][PATCH 00/21] [x86] 'Comming of Age' Peter Tyser
2010-03-27 4:33 ` Graeme Russ
2010-03-27 11:02 ` Joakim Tjernlund
2010-03-27 11:54 ` Graeme Russ
2010-03-27 15:48 ` Joakim Tjernlund
2010-03-28 7:38 ` Graeme Russ [this message]
2010-03-28 10:06 ` Joakim Tjernlund
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4BAF0787.1050204@gmail.com \
--to=graeme.russ@gmail.com \
--cc=u-boot@lists.denx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.