All of lore.kernel.org
 help / color / mirror / Atom feed
From: Timur Tabi <timur@freescale.com>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] RFC: hidden environment variables
Date: Mon, 23 Apr 2007 16:56:21 -0500	[thread overview]
Message-ID: <462D2B85.2010707@freescale.com> (raw)
In-Reply-To: <20070423213753.0B1053535D2@atlas.denx.de>

Wolfgang Denk wrote:
> Why do you worry about the "interference from  the  user"  part?  The
> whole  idea  of  Free Software is thatit gives you all the freedom to
> use the hardware and the software the way *you* want to use  it,  and
> not  only  in  the restricted ways some manufacturer decided would be
> good for you.

That's a strawman argument.  We're not talking about free vs. proprietary, this is just a 
usability issue.  Obviously, the user can hack whatever he wants.  That doesn't mean that 
we shouldn't design features that make certain things easier to use.

This is really all about permanent storage without using setenv, but taking advantage of 
the environment infrastructure.  If some U-Boot module wants to store data in flash, then 
as a user I'm probably not interested in the layout of internal data structure.  I just 
want to piggy-back on the environment code without exposing two user interfaces to the user.

> Implement the command with all checkings yoiu want,  and  then  store
> the information as a normal environment variable. Why hide it?

To keep it simple from the user's perspective, and to avoid having to support setenv.

-- 
Timur Tabi
Linux Kernel Developer @ Freescale

  reply	other threads:[~2007-04-23 21:56 UTC|newest]

Thread overview: 34+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-04-23 16:46 [U-Boot-Users] RFC: hidden environment variables Timur Tabi
2007-04-23 17:29 ` Grant Likely
2007-04-23 18:47 ` Ulf Samuelsson
2007-04-23 19:22 ` Wolfgang Denk
2007-04-23 20:28   ` Scott Wood
2007-04-23 21:51     ` Wolfgang Denk
2007-04-23 23:20       ` Timur Tabi
2007-04-24  0:12         ` Wolfgang Denk
2007-04-24 18:58           ` Rune Torgersen
2007-04-23 19:28 ` Ben Warren
2007-04-23 19:32   ` Ulf Samuelsson
2007-04-23 19:39     ` Ben Warren
2007-04-23 19:45       ` Timur Tabi
2007-04-23 19:53         ` Ben Warren
2007-04-23 21:49           ` Timur Tabi
2007-04-23 22:04             ` Ben Warren
2007-04-23 21:37         ` Wolfgang Denk
2007-04-23 21:56           ` Timur Tabi [this message]
2007-04-23 22:13             ` Wolfgang Denk
2007-04-23 23:19               ` Timur Tabi
2007-04-24  0:06                 ` Wolfgang Denk
2007-04-23 21:34     ` Wolfgang Denk
2007-04-24  9:05     ` Ladislav Michl
2007-04-23 19:49   ` Scott Wood
2007-04-23 21:40     ` Wolfgang Denk
2007-04-23 19:50   ` Timur Tabi
2007-04-23 20:05     ` Jeff Mann
2007-04-23 21:46       ` Wolfgang Denk
2007-04-23 21:51       ` Timur Tabi
2007-04-23 22:05         ` Wolfgang Denk
2007-04-23 23:14           ` Timur Tabi
2007-04-23 23:52             ` Wolfgang Denk
2007-04-24 13:43               ` Truong, Loc
2007-04-23 21:43     ` Wolfgang Denk

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=462D2B85.2010707@freescale.com \
    --to=timur@freescale.com \
    --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.