All of lore.kernel.org
 help / color / mirror / Atom feed
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

  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.