From: Sascha Hauer <s.hauer@pengutronix.de>
To: Ahmad Fatoum <a.fatoum@pengutronix.de>
Cc: barebox@lists.infradead.org
Subject: Re: [PATCH] environment: add new global.env.noload parameter
Date: Mon, 1 Dec 2025 10:37:49 +0100 [thread overview]
Message-ID: <aS1h7YOL78BOJH03@pengutronix.de> (raw)
In-Reply-To: <20251128172116.35544-1-a.fatoum@pengutronix.de>
On Fri, Nov 28, 2025 at 06:21:14PM +0100, Ahmad Fatoum wrote:
> It can be useful for board code to deny loading an environment without
> disabling it altogether, e.g. to disable load of the environment when
> entering a recovery mode. Add a global variable that allows for just
> that.
>
> Signed-off-by: Ahmad Fatoum <a.fatoum@pengutronix.de>
> ---
> common/environment.c | 8 +++++++-
> 1 file changed, 7 insertions(+), 1 deletion(-)
>
> diff --git a/common/environment.c b/common/environment.c
> index d7f5f51cfc6d..d49f255ef007 100644
> --- a/common/environment.c
> +++ b/common/environment.c
> @@ -54,6 +54,7 @@ struct action_data {
> #define TMPDIR "/.defaultenv"
>
> static int global_env_autoprobe = IS_ENABLED(CONFIG_INSECURE);
> +static int global_env_noload = false;
> static char *default_environment_path;
>
> void default_environment_path_set(const char *path)
> @@ -455,7 +456,7 @@ int envfs_load(const char *filename, const char *dir, unsigned flags)
> size_t size, rsize;
>
> #ifdef __BAREBOX__
> - if (!IS_ALLOWED(SCONFIG_ENVIRONMENT_LOAD))
> + if (!IS_ALLOWED(SCONFIG_ENVIRONMENT_LOAD) || global_env_noload)
> return -EPERM;
With this you forbid to ever load an environment. The commit message
suggests you are looking for a way to skip loading of the environment,
so I would rather expect the check in the caller in common/startup.c
> #ifdef __BAREBOX__
> +
> static int register_env_vars(void)
> {
> globalvar_add_simple_bool("env.autoprobe", &global_env_autoprobe);
> + globalvar_add_simple_bool("env.noload", &global_env_noload);
globalvars are usually meant for variables that are set/read from the
shell. What's your usecase for setting this from shell?
Having this as globalvar implies there is a corresponding nvvar. If I
read the code correctly then setting nv.env.noload=true in the builtin
default environment will not have the effect that loading of the
persistent environment is suppressed. Setting nv.env.noload=true in the
persistent environment obviously also isn't meaningful. The only effect
will be that a loadenv command no longer works.
Making this a globalvar seems rather confusing to me.
Sascha
--
Pengutronix e.K. | |
Steuerwalder Str. 21 | http://www.pengutronix.de/ |
31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
next prev parent reply other threads:[~2025-12-01 9:38 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-11-28 17:21 Ahmad Fatoum
2025-12-01 9:37 ` Sascha Hauer [this message]
2025-12-01 9:42 ` Ahmad Fatoum
2025-12-01 9:46 ` Sascha Hauer
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=aS1h7YOL78BOJH03@pengutronix.de \
--to=s.hauer@pengutronix.de \
--cc=a.fatoum@pengutronix.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