From: Steven Scholz <steven.scholz@imc-berlin.de>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] CONFIG_BOOTBINFUNC for AT91RM9200
Date: Tue, 23 Nov 2004 15:11:17 +0100 [thread overview]
Message-ID: <41A34505.4030209@imc-berlin.de> (raw)
Dear Wolfgang,
you wrote:
> Instead of doing all this which is really non-trivial and also
> ineffficient you could just boot from flash. I've just checked in the
> necessary patches for the AT91RM9200DK and CMC_PU2 boards ...
IIUC then part of this code is in cpu/at91rm9200/start.S wrapped in #ifdef
CONFIG_BOOTBINFUNC.
As you know I'd like to move the at91rm9200 stuff into cpu/arm920t/at91rm9200.
The start.S already calls memsetup if CONFIG_INIT_CRITICAL is defined.
Do you mind moving out the at91 specific stuff?
You already call something like lowlevelinit. Clock init could be done there.
So I'd like to move out the clock specific stuff into
a) board depended memsetup.S or clocksetup.S or
b) a cpu dependend cpu/(arm920t/)at91rm9200/clock.{c,S}.
What do you think?
And:
I don't think CONFIG_BOOTBINFUNC is a good name!
U-Boot should not "include the functionality of boot.bin in u-boot" but include
lowlevel, hardware dependend init functionality!
I don't know why Atmel introduced this two stage boot process with gzipped
compressed u-boot images without clock or memory setup functions.
And actually I don't wanna know.
There already is CONFIG_INIT_CRITICAL. We can add CONFIG_INIT_CLOCKS or
CONFIG_INIT_MEMORY or CONFIG_INIT_SDRAM or CONFIG_INIT_LOWLEVEL...
regards,
Steven Scholz
next reply other threads:[~2004-11-23 14:11 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-11-23 14:11 Steven Scholz [this message]
2004-11-23 15:42 ` [U-Boot-Users] CONFIG_BOOTBINFUNC for AT91RM9200 Steven Scholz
2004-11-23 16:42 ` Wolfgang Denk
2004-11-23 16:51 ` Steven Scholz
2004-11-23 17:18 ` Wolfgang Denk
2004-11-23 15:45 ` Wolfgang Denk
2004-11-23 15:51 ` Steven Scholz
2004-11-23 16:52 ` Wolfgang Denk
2004-11-23 17:01 ` Steven Scholz
2004-11-23 17:23 ` Wolfgang Denk
2004-11-24 12:54 ` Steven Scholz
2004-11-24 15:06 ` Wolfgang Denk
-- strict thread matches above, loose matches on Subject: below --
2004-11-24 7:46 Friedrich, Lars
2004-11-24 10:26 ` Wolfgang Denk
2004-11-24 10:54 Paugam Luc
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=41A34505.4030209@imc-berlin.de \
--to=steven.scholz@imc-berlin.de \
--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.