From: Roy Spliet <r.spliet@ultimaker.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] Proposal to add NAND-boot support for Sunxi SPL
Date: Fri, 22 May 2015 12:12:05 +0200 [thread overview]
Message-ID: <555F00F5.8070103@ultimaker.com> (raw)
In-Reply-To: <555E1F0F.5000001@redhat.com>
Hello Hans,
Sorry for ignoring the second half of your question so far. Here's
what's on my mind.
Op 21-05-15 om 20:08 schreef Hans de Goede:
> Hi Roy,
>
> 2) What is the plan to add support for loading files from nand in
> u-boot proper,
> so that we can get (e.g.) extlinux.conf + kernel +dtb from a /boot on
> nand ?
For the full U-boot I agree we want both MMC and NAND support,
regardless of where it was loaded from. From what I can tell U-boot
already has UBI support. It sounds like a logical step to try and
construct a proper NAND driver for U-boot that either co-exists with
this SPL driver or, even better, shares code. That way, I only assume
that the UBI and UBIFS layers will take care of all the rest.
The NAND framework in u-boot resembles Linux in many ways. I'm currently
in doubt whether we should take Boris' driver as a starting point, or
rather use something heavily reduced that re-uses this SPL code. Either
way, in U-boot we can perform a clean NAND-chip detection, preferably
based on DT definitions as we also use on Linux, and take care of
everything proper like PLL settings and a bunch of parameters which are
now hard-coded or a configuration option in sunxi-common.h.
SPL is a different story. I don't know the exact size restriction, but
for A10 I've heard it might be as little as 30KB. Current SPL with my
patches and without MMC is already 23KiB. I personally think we can
reduce it slightly by taking out support for reading everything other
than the bootloader partition from SPL (so remove non-syndrome mode,
remove the random seeds table...), but it certainly doesn't leave any
room for the full NAND framework to do ID-based NAND chip detection.
I personally think it's acceptable if NAND-SPL does not have MMC support
and vice-versa. For NAND, SPL is only loaded when there is no
first-level bootloader found on the MMC, so I safely dare to assume
U-boot isn't there. MMCs are generally not so tiny that SPL fits but
U-boot doesn't.
Questions, comments?
Cheers,
Roy
>
> Regards,
>
> Hans
--
IMAGINE IT >> MAKE IT
Meet us online at Twitter <http://twitter.com/ultimaker>, Facebook
<http://facebook.com/ultimaker>, Google+ <http://google.com/+Ultimaker>
www.ultimaker.com
next prev parent reply other threads:[~2015-05-22 10:12 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-05-21 13:59 [U-Boot] Proposal to add NAND-boot support for Sunxi SPL Roy Spliet
2015-05-21 13:59 ` [U-Boot] [PATCH 1/2] nand: sunxi: change BLOCK_SIZE in mksunxiboot to match NAND block size Roy Spliet
2015-05-21 18:12 ` Hans de Goede
2015-05-21 13:59 ` [U-Boot] [PATCH 2/2] nand: sunxi: Add support for booting from internal NAND memory Roy Spliet
2015-05-21 18:39 ` Hans de Goede
2015-05-21 19:02 ` Ian Campbell
2015-05-22 7:30 ` Hans de Goede
2015-05-22 8:57 ` Ian Campbell
2015-06-01 22:14 ` Scott Wood
2015-06-02 6:43 ` Roy Spliet
2015-05-21 18:08 ` [U-Boot] Proposal to add NAND-boot support for Sunxi SPL Hans de Goede
2015-05-22 2:23 ` kaplan2539 at gmail.com
2015-05-22 7:04 ` Roy Spliet
2015-05-25 18:35 ` Hans de Goede
2015-05-25 20:39 ` Hans de Goede
2015-05-26 7:34 ` Roy Spliet
2015-05-26 14:52 ` Hans de Goede
2015-05-26 19:56 ` Alexander Kaplan
2015-05-26 20:06 ` Daniel Kochmański
2015-05-26 20:20 ` Hans de Goede
2015-05-22 7:38 ` [U-Boot] [linux-sunxi] " Michal Suchanek
2015-05-22 10:12 ` Roy Spliet [this message]
2015-05-22 13:51 ` [U-Boot] " Hans de Goede
[not found] ` <5561D264.4000705@ultimaker.com>
2015-05-25 7:20 ` Hans de Goede
2015-05-25 9:29 ` Daniel Kochmański
2015-05-25 10:10 ` Hans de Goede
2015-05-27 20:19 ` [U-Boot] [linux-sunxi] " Henrik Nordström
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=555F00F5.8070103@ultimaker.com \
--to=r.spliet@ultimaker.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