mail archive of the barebox mailing list
 help / color / mirror / Atom feed
From: Martin Hofmann <martin.hofmann@mni.thm.de>
To: barebox@lists.infradead.org
Subject: No default env without Barebox wanting to load from persistant storage
Date: Sun, 28 Oct 2018 16:24:13 +0100	[thread overview]
Message-ID: <8b1454dd-7a19-f6c8-d3cd-863372947e4c@mni.thm.de> (raw)

Hello everyone,

I am currently working on a Barebox port for our own home made 
architecture used for educational purpose.

The port can be found under github.com/mh0fmann/eco32-barebox and starts
being used.

Our architecture does not have any kind of nand or nor flash that can be 
added used for /dev/env0 to store a environment in it but we still want 
to use a default compile in enivornment.

In oderder to use that one is in the in the need to activate 
CONFIG_ENV_HANDLING which alaways wants to load a environment from 
/dev/env0.

So the question is - is it not possible to just use a compile in default 
env without the need that barebox wants to load another env from 
somewhere else or did i miss something on the way?

 From the code I see that CONFIG_ENV_HANDLING activates the initcall 
with the whole code loading the compiled in one and the one stored on 
persistant storage. So maybe that envfs_load(...) should also be nested 
in a compile time evaluation and Kconfig option to enable the loading 
from persistand stiorage.

I mean it still works but one always gets the message that nothing could 
be loaded from /dev/env0 which is true for our case because it is not 
there and won't be in near future. So it would be good if one could use 
a default compile in env without having barebox to search and load for 
another env on some persistent storage if not explicitly configured to 
do so.

If so maybe this would be a good idea to add this in a upcoming version.

Greetings,
Martin

_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox

             reply	other threads:[~2018-10-28 15:24 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-10-28 15:24 Martin Hofmann [this message]
2018-10-29 13:53 ` Sascha Hauer
2018-10-30  6:57   ` Martin Hofmann
2018-10-30  7:33     ` Sascha Hauer
2018-10-30  8:50       ` Martin Hofmann

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=8b1454dd-7a19-f6c8-d3cd-863372947e4c@mni.thm.de \
    --to=martin.hofmann@mni.thm.de \
    --cc=barebox@lists.infradead.org \
    /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