From mboxrd@z Thu Jan  1 00:00:00 1970
From: Wolfgang Denk <wd@denx.de>
Date: Wed, 11 Jul 2018 12:49:50 +0200
Subject: [U-Boot] [RFC PATCH] u-boot: remove driver lookup loop from
	env_save()
In-Reply-To: <20180711094838.zyczks6iksp772ir@flea>
References: <1531227476-21591-1-git-send-email-nicholas.faustini@azcomtech.com>
 <CAPnjgZ1oH_h6LjMrrqnJuSLDwozDe+v5BBnCqOgyeXPHScHKVA@mail.gmail.com>
 <01c13875-84e4-3923-9ca7-15932703df91@de.pepperl-fuchs.com>
 <1531298008.2477.30.camel@azcomtech.com>
 <20180711094838.zyczks6iksp772ir@flea>
Message-ID: <20180711104950.7979324051B@gemini.denx.de>
List-Id: <u-boot.lists.denx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
To: u-boot@lists.denx.de

Dear Maxime,

In message <20180711094838.zyczks6iksp772ir@flea> you wrote:
> 
> I don't really see a use-case for overriding wherever the environment
> at the user-level actually. At the board level, for redundancy or
> transition, yes, definitely, but we can already do that.

If the feature is available, use cases will spring into mind.

Assume you have a eMMC based system which can also boot from other
storage (say, SDCard), and you want to write the current content of
the eMMC environment to the alternative boot device.

Yes, there are usually alternative approaches to perform similar
actions, but an easy way to save lsewhere might be handy, especially
if it comes at low cost.

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH,      Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
grep me no patterns and I'll tell you no lines.