From: Stefan Roese <sr@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] single build of uboot supporting env stored in dynamically detected boot device
Date: Fri, 10 Apr 2015 08:07:01 +0200 [thread overview]
Message-ID: <55276885.8070205@denx.de> (raw)
In-Reply-To: <CAJ+vNU2nHK8DKsq0tiVrfQ+bt1+Lw9O0HZiFT_vcmLaK-Sfn_g@mail.gmail.com>
Hi Tim,
(added Igor to cc)
On 10.04.2015 00:58, Tim Harvey wrote:
> It seems the U-Boot's env storage is implemented by various types of
> storage from common/env_*.c, one (and only one) which is included by
> common/Makefile based off of the CONFIG_ENV_IS_IN_* config.
>
> I want to build a single uboot image which can be installed on one of
> several supported boot devices (NAND, SATA, SD for example) and have
> the env storage hooked to the device that was detected as the boot
> device. Am I correct in assuming this is not currently possible and
> that instead I would have to build 3 versions of uboot each with one
> type of storage defined?
>
> If it turns out that this is not currently possible, I'm open to
> suggestions on how to rectify it (or if you think I'm crazy for
> wanting to have a single uboot image for the above please explain your
> reasoning). I'm thinking I would start by making the env_init/saveenv
> functions (I believe those are the only ones that need to be
> implemented by an env storage subsystem) unique function names, then
> creating a wrapper for those functions that call the right one.
IIRC, Compulab has such a feature implemented in some of their U-Boot
versions. Igor, please either correct me if I'm wrong. Or elaborate how
you have implemented this dynamic env feature.
Thanks,
Stefan
next prev parent reply other threads:[~2015-04-10 6:07 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-04-09 22:58 [U-Boot] single build of uboot supporting env stored in dynamically detected boot device Tim Harvey
2015-04-10 6:07 ` Stefan Roese [this message]
2015-04-10 15:42 ` Tim Harvey
2015-04-10 16:39 ` Simon Glass
2015-04-10 16:41 ` Tom Rini
[not found] ` <CAJ+vNU1jkbOBAKoOUQ9FMSPMS=XDjK+EajXcV25_AX33xQKObA@mail.gmail.com>
2015-04-10 17:11 ` Simon Glass
2015-04-22 6:17 ` Igor Grinberg
2015-04-22 13:02 ` Tim Harvey
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=55276885.8070205@denx.de \
--to=sr@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 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.