From: Michael Walle <michael@walle.cc>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH] mvgbe: remove setting of ethaddr within the driver
Date: Wed, 9 Nov 2011 00:26:09 +0100 [thread overview]
Message-ID: <201111090026.09460.michael@walle.cc> (raw)
In-Reply-To: <20111108225256.657A5189301F@gemini.denx.de>
Am Dienstag 08 November 2011, 23:52:56 schrieb Wolfgang Denk:
> > thanks for the hint, but there is only 512kb flash on this board (with
> > 64k sectors). I don't think there is enough room for a second copy of
> > the environment.
>
> You don't need a separate sector. How bis is your environment/ I bet
> if fits easily in 4 KiB or so - just find an unused part of a sector,
> and put it there. Yes, upating it will be more complicated, as you
> hav eto read that sector into RAM, replace the larst part, and write it
> back, but resource-restricted systems require efficient use of memory.
may be possible, but then there is a window of opportunity where the mac is
already erased but the not yet written with a new one.
and there is this very easy recovery procedure.. just erase the environment,
let the network works in some way and manually set the mac address, which
apparently use some boards.
> > i think there are more boards like this, esp. since there is this mac
> > randomization code within the mvgbe driver.
>
> I don't want to have that in mainline.
well it is...
atm there is the mvgbe driver:
- which has a hardcoded mac address (or if enabled, a randomized mac address)
and
- touches the environment
trying to fix this, it will be nak'ed because the boards in mainline have to
behave identically before and after the patch. but without CONFIG_ETHADDR or
generic randomization support, which will be nak'ed, too, this is not
possible. sounds to me like a dead end.
additionally, there are these kind of boards without non-volatile storage
other than one tiny flash, which holds uboot and its environment and therefore
has the mac address stored within the environment. to make it more complicated
some of these boards have to have a working ethernet connectivity with the
default environment.
--
Michael
next prev parent reply other threads:[~2011-11-08 23:26 UTC|newest]
Thread overview: 41+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-11-07 22:08 [U-Boot] [PATCH] mvgbe: remove setting of ethaddr within the driver Michael Walle
2011-11-08 7:18 ` Prafulla Wadaskar
2011-11-08 13:58 ` Mike Frysinger
2011-11-08 14:10 ` Wolfgang Denk
2011-11-08 13:57 ` Mike Frysinger
2011-11-08 13:45 ` Michael Walle
2011-11-08 14:54 ` Mike Frysinger
2011-11-08 15:17 ` Wolfgang Denk
2011-11-08 17:34 ` Michael Walle
2011-11-08 19:28 ` Wolfgang Denk
2011-11-08 22:30 ` Michael Walle
2011-11-08 22:52 ` Wolfgang Denk
2011-11-08 23:26 ` Michael Walle [this message]
2011-11-08 23:38 ` Wolfgang Denk
2011-11-09 8:31 ` Michael Walle
2011-11-09 17:34 ` Michael Walle
2011-11-09 19:27 ` Wolfgang Denk
2011-11-10 9:15 ` Michael Walle
2011-11-10 11:06 ` Simon Guinot
2011-11-10 12:01 ` Wolfgang Denk
2011-11-10 14:21 ` Simon Guinot
2011-11-10 15:53 ` Wolfgang Denk
2011-11-10 16:30 ` Valentin Longchamp
2011-11-10 17:00 ` Holger Brunck
2011-11-10 17:08 ` Mike Frysinger
2011-11-10 17:09 ` Mike Frysinger
2011-11-10 17:54 ` Simon Guinot
2011-11-10 17:46 ` Michael Walle
2011-11-10 11:44 ` Wolfgang Denk
2011-11-16 20:15 ` Michael Walle
2011-11-16 20:26 ` Wolfgang Denk
2011-11-17 8:58 ` Prafulla Wadaskar
2011-11-17 10:45 ` Wolfgang Denk
2011-11-17 22:52 ` [U-Boot] [PATCH v2] " Michael Walle
2011-11-19 3:58 ` Mike Frysinger
2011-11-21 4:39 ` Prafulla Wadaskar
2011-12-20 21:55 ` Wolfgang Denk
2011-12-20 21:57 ` Wolfgang Denk
2011-11-08 20:49 ` [U-Boot] [PATCH] " Mike Frysinger
2011-11-08 22:45 ` Michael Walle
2011-11-09 5:36 ` Mike Frysinger
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=201111090026.09460.michael@walle.cc \
--to=michael@walle.cc \
--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