[U-Boot] [PATCH] Add support for setting environment variable from RAM.

Eric Nelson eric.nelson at boundarydevices.com
Tue Feb 3 22:48:48 CET 2009


Wolfgang Denk wrote:
> Dear Eric,
> 
> In message <4988936E.3070504 at boundarydevices.com> you wrote:
>>> In the email thread you mentioned above, Detlev mentions 2 alternatives
>>> to the "ramenv" command - loading a uImage script and running it via
>>> autoscr, or modifying autoscr to be able to raw files (non-uImages).
>>> Both of these methods seem cleaner and more flexible at a glance.  Is
>>> there a specific reason using autoscr wouldn't work for your setup?
>>>
>> The customer requesting this feature operates in a regulated environment with
>> pretty strict rules about separation of code and data. Autoscr is kind of
>> a big stick for what we're trying to achieve: (configuring an LCD with
>> settings from a file on SD card).
> 
> Why is it a big stick? It has a couple of significant advantages over
> your implementation:
> 
No offense intended ;) Perhaps I should have said it was a much more powerful feature.

> * It already exissts in mainline.
> * It can set several environment variables at once (and also perform
>   any other commands you might need on your system).
> * It is based on text files which are easy to edit without need for
>   new tools.
> * It will verify that your file has been transmitted correctly.
> 
Don't get me wrong, I'm a big fan of autoscr.

As I mentioned, the customer requesting the feature has a regulatory
requirement any time __code__ changes. They have interpreted boot loader
scripts as being executable, so they have to write checks if the script
changes, but not if "data" changes. They interpret a file containing a
variable as data.

Of course they'll need a code release to get there, ...

>> Our particular need is just for a single environment variable, so the
>> update works pretty well. I started by updating our 'lcdpanel' U-Boot
>> command to read from file, but this is much more useful.
> 
> I suggest you use autoscr instead.
> 
> I think I will reject your patch.
> 
That's reasonable. I don't mind carrying the patch around for this customer,
and you're the one preventing U-Boot from becoming bloated over time.

I appreciate all of your efforts.

Regards,


Eric


More information about the U-Boot mailing list