From: Ladislav Michl <ladis@linux-mips.org>
To: u-boot@lists.denx.de
Subject: [U-Boot] UBI / UBIFS booting from NAND support
Date: Tue, 28 Nov 2017 08:01:25 +0100 [thread overview]
Message-ID: <20171128070125.GA26855@lenoch> (raw)
In-Reply-To: <94c568b2-f064-09fd-bf1c-8b37ea3c5464@iseebcn.com>
On Mon, Nov 27, 2017 at 03:53:27PM +0100, jsanabria wrote:
> I could mount ubifs using ubifsmount command but there were a bit of
> warnings and then after trying to boot the spl did not find volume at all.
SPL is not supposed to load kernel from UBIFS (filesystem), but directly from
UBI volume. On IGEPs U-Boot expects these volumes (shrinked):
=> ubi info l
Volume information dump:
vol_id 0
name loader
Volume information dump:
vol_id 1
name config
Volume information dump:
vol_id 2
name config_r
Volume information dump:
vol_id 3
name kernel
Volume information dump:
vol_id 4
name dtb
Volume information dump:
vol_id 5
name rootfs
In falcon mode SPL tries to load kernel and dtb, both identified by vol_id,
hence those have to be 3 and 4. If that fails, it loads u-boot image from
vol_id 0. Volumes 1 and 2 are used to store u-boot environment [*].
While there's also vol_id 5, u-boot is not concerned here, it just pass
information about rootfs to kernel.
Speaking about this, it would be nice to have it documented somewhere...
[*] There's bug in UBI env code. It just hangs, if you boot from MMC and flash
still contains vendor instalation (1bit hamming ecc and jffs2). I'll fix that
one day, but if you have time, any help welcome.
Best regards,
ladis
next prev parent reply other threads:[~2017-11-28 7:01 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-11-27 10:45 [U-Boot] UBI / UBIFS booting from NAND support Jose Miguel Sanchez Sanabria
2017-11-27 11:31 ` Ladislav Michl
2017-11-27 14:53 ` jsanabria
2017-11-28 7:01 ` Ladislav Michl [this message]
2017-11-28 4:42 ` Heiko Schocher
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=20171128070125.GA26855@lenoch \
--to=ladis@linux-mips.org \
--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