From: Marc Singer <elf@buici.com>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] Manufacturer specific code in a bothersome place
Date: Mon, 7 Jul 2003 16:24:47 -0700 [thread overview]
Message-ID: <20030707232447.GA5251@buici.com> (raw)
In-Reply-To: <20030707223711.F178DC6D82@atlas.denx.de>
On Tue, Jul 08, 2003 at 12:37:06AM +0200, Wolfgang Denk wrote:
> > obj-$(CONFIG_SERIAL_16550) += serial_16550.o
> > obj-$(CONFIG_SERIAL_LH7A400) += serial_lh7a400.o
>
> I see, another round of config tool discussion. But this time buttom
> up :-)
No config tool necessary.
I'll make it work for ARM920T and then you can gripe.
> > BTW, I don't think that jump-table relocation should be a problem as
> > long as the file is linked to the target (post-relocation) load
> > address. Still, I agree that for the serial driver there is no reason
>
> No, it doesn't work that way. U-Boot is always linked to the pre-
> relocation address in flash. The post-relocation address is not known
> at compile time, as it may depend on things like RAM size.
That's one way. On arm, there isn't any reason to link to the flash
address since it does position independent addressing. For the x86
implementation, I reworked the u-boot.lds to locate the pre-relocation
code to the flash address and the rest at the runtime address. At
least on the targets (three) I've looked at, there is no reason to
pick a RAM address at runtime. Why waste the instructions? ;-)
Cheers.
prev parent reply other threads:[~2003-07-07 23:24 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-07-07 0:26 [U-Boot-Users] Manufacturer specific code in a bothersome place Marc Singer
[not found] ` <20030707142046.3C189C6D82@atlas.denx.de>
2003-07-07 15:29 ` Marc Singer
2003-07-07 16:33 ` Wolfgang Denk
2003-07-07 18:41 ` Marc Singer
2003-07-07 22:37 ` Wolfgang Denk
2003-07-07 23:24 ` Marc Singer [this message]
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=20030707232447.GA5251@buici.com \
--to=elf@buici.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox