public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Wolfgang Denk <wd@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] Some thoughts on SPL
Date: Sat, 17 Dec 2011 21:08:22 +0100	[thread overview]
Message-ID: <20111217200822.209D31ECC61@gemini.denx.de> (raw)
In-Reply-To: <CAPnjgZ0E4RfzzL2tfff=CN0xQ5OV+v-QTQNy3s3zb6hn7svV2g@mail.gmail.com>

Dear Simon Glass,

In message <CAPnjgZ0E4RfzzL2tfff=CN0xQ5OV+v-QTQNy3s3zb6hn7svV2g@mail.gmail.com> you wrote:
> 
> On Fri, Dec 16, 2011 at 9:20 AM, jonsmirl at gmail.com <jonsmirl@gmail.com> wr=
> ote:
...
> > The concept is to remove SPL as a special class and turn it into the
> > base layer that everything builds on. Changing the model in this was
> > should make the config files easier to understand. Instead of having a
> > single file combining SPL and full u-boot you'd have two independent
> > ones. In my case I'd build one u-boot config that fits into 96K and
> > another full 250K one. Of course the two config files could each
> > include a common base config.
...
> That's one way to do it, and makes more and more sense as the amount
> of available SRAM increases. Of course some SOCs can even set up their
> SDRAM and read entire programs in, so there are no restrictions. But
> for those with limitations, it makes sense to me to make SPL more a
> cut down build of U-Boot than a special program that pulls in #ifdefed
> code from various places.
> 
> Another approach is to just have one U-Boot, but keep everything you
> need to get started in the first 96KB.

Please keep in mind that there is also a large number of boards that
boot form some boot ROM (like NOR flash), i. e. that can directly
execute _all_ U-Boot code, without need of any SPL at all.

Any changes to the design of the SPL must not have any adverse
effects on such XIP booting systems.

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
"More software projects have gone awry for lack of calendar time than
for all other causes combined."
                         - Fred Brooks, Jr., _The Mythical Man Month_

  parent reply	other threads:[~2011-12-17 20:08 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-12-16 17:20 [U-Boot] Some thoughts on SPL jonsmirl at gmail.com
2011-12-16 21:49 ` Scott Wood
2011-12-17  5:38 ` Simon Glass
2011-12-17  5:56   ` jonsmirl at gmail.com
2011-12-17 20:08   ` Wolfgang Denk [this message]
2011-12-18  5:55     ` Simon Glass
2011-12-18 15:38       ` jonsmirl at gmail.com
2011-12-20 15:38 ` Tom Rini
2011-12-20 20:48   ` Scott Wood
2011-12-20 20:56     ` Tom Rini

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=20111217200822.209D31ECC61@gemini.denx.de \
    --to=wd@denx.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox