From mboxrd@z Thu Jan 1 00:00:00 1970 From: Michael Walle Date: Tue, 8 Nov 2011 23:30:40 +0100 Subject: [U-Boot] [PATCH] mvgbe: remove setting of ethaddr within the driver In-Reply-To: <20111108192820.002F213BE0C5@gemini.denx.de> References: <1320703689-4879-1-git-send-email-michael@walle.cc> <45fd92b472c944e2cb9ebb409488ccfc.squirrel@ssl.serverraum.org> <20111108192820.002F213BE0C5@gemini.denx.de> Message-ID: <201111082330.40253.michael@walle.cc> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de Am Dienstag 08 November 2011, 20:28:19 schrieb Wolfgang Denk: > Dear "Michael Walle", > > In message <45fd92b472c944e2cb9ebb409488ccfc.squirrel@ssl.serverraum.org> you wrote: > > If someone will mess up the environment, it is possible to clear it by > > holding a button upon powerup. Atm i have the CONFIG_ETH_ADDR set to a > > default MAC address to be able to use the network console with the > > default environment. To restore the original MAC address, a user have to > > manually replace ethaddr with the one printed on the case. > > > > But now, if i can't use the CONFIG_ETH_ADDR, i think i'm stuck :) Or do i > > miss something? (Yeah there may be the MAC randomization, if accepted). > > There are more clever ways than just to clear the environment. We have > "env export" and "env import", so you can create one or more backup > copies or user proviles. Instead of clearing the environment, you > could also load one such previously saved user profile, which then > would contain the MAC address. 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. and in some way, the mac address has to find its way into one of these environments. i think there are more boards like this, esp. since there is this mac randomization code within the mvgbe driver. -- Michael