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 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.