All of lore.kernel.org
 help / color / mirror / Atom feed
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

             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.