public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Ladislav Michl <ladis@linux-mips.org>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] MAC address question...
Date: Thu, 26 Aug 2004 19:10:27 +0200	[thread overview]
Message-ID: <20040826171027.GA2759@umax645sx> (raw)
In-Reply-To: <20040826164415.553C2C109F@atlas.denx.de>

On Thu, Aug 26, 2004 at 06:44:10PM +0200, Wolfgang Denk wrote:
> No. For U-Boot the reference is always the  value  of  the  "ethaddr"
> envrionment variable.

Ah, I probably didn't explain it too well :( "ethaddr" envrionment
variable still exist, but it's not stored together with other variables,
but in smc's eeprom itself (so it's not stored in two different places)

That feature is configurable (eeprom is optional and smc can be told not
to use it). Are you interested in patch?

> > allow U-Boot and (for example) Linux to boot with different mac address?
> > Why?
> 
> Normally no user is supposed to touch  or  modify  the  MAC  address.
> That's why it's value in the default configuration is read-only after
> being  set.  It  gets set once during production (or automagically at
> first boot) and then never changes.

My point is exactly the same. After board is manufactured, it is put
into automatic tester which writes mac address (basicaly it is computer
hooked to serial line and some other signals for diagnostic) by issuing
setenv ethaddr command. This command stores mac address directly into
eeprom, not into the same space as other variables are stored (NOR
flash)

> Now _if_ you configure U-Boot to allow overwriting the setting,  then
> you  are  supposed  to know what you are doing, and we will not limit
> you. You may have a special purpose of doing  exactly  this.  If  you
> don't like this, then don't do it.

Once set, overwriting mac address is allowed, but it is password protected.
That way unexperienced user is not able to change it, but service
technician is.

> "UNIX was not designed to stop you from doing stupid things,  because
> that would also stop you from doing clever things."       - Doug Gwyn

:)

Regards,
	ladis

  reply	other threads:[~2004-08-26 17:10 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-08-26  8:30 [U-Boot-Users] MAC address question Getz, Robin
2004-08-26  9:17 ` Ladislav Michl
2004-08-26 15:05   ` Wolfgang Denk
2004-08-26 16:02     ` Ladislav Michl
2004-08-26  9:47 ` R: " Paolo Broggini
2004-08-26 15:06   ` Wolfgang Denk
2004-08-26 15:03 ` Wolfgang Denk
2004-08-26 16:13   ` Ladislav Michl
2004-08-26 16:44     ` Wolfgang Denk
2004-08-26 17:10       ` Ladislav Michl [this message]
2004-08-26 19:22         ` Wolfgang Denk
2004-08-26 20:54           ` Ladislav Michl
2004-08-26 21:58             ` Wolfgang Denk
2004-08-26 22:40               ` Ladislav Michl
  -- strict thread matches above, loose matches on Subject: below --
2004-08-26 17:25 Robin Getz
2004-08-26 19:17 ` Ladislav Michl
2004-08-26 19:38 ` Wolfgang Denk
2004-08-26 20:26 Robin Getz
2004-08-26 21:42 ` 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=20040826171027.GA2759@umax645sx \
    --to=ladis@linux-mips.org \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox