[U-Boot] [PATCH 2/2] da850evm: read mac address from I2C EEPROM on AM18x EVM

Wolfgang Denk wd at denx.de
Fri Feb 3 16:59:36 CET 2012


Dear "Hadli, Manjunath",

In message <E99FAA59F8D8D34D8A118DD37F7C8F753174CF40 at DBDE01.ent.ti.com> you wrote:
> 
> > NAK.  This has been discussed a thousand times before, so please look it
> up in the archives.
> > 
> > The environment always has precedence. If there are several places to sto
> re tha MAC address, and the values don;t match, a warning must be issued. e
> tc.
> > 
> This is not a case where we are matching the mac address
> with the environment variable. If the environment variable

Yes, and this is what I complain about. It should.

> is not set we try to get it from either spi or i2c eeprom.
> Since da850evm/L138 have mac address stored in spi flash
> and am18x in i2c eeprom, picks appropriately from the source
> based on the configuration file setting.

If we have multiple storage for the MAC address, we should always
raise a warning if these contain different information.

> > While you are at it, the implementation of davinci_sync_env_enetaddr() sh
> ould be cleaned up as well.
> Well can you put some more light on it as what cleanup is to be done ?

It should test the return code of eth_getenv_enetaddr_by_index().
It should use is_valid_ether_addr().
debug() should probably be a print().
eth_setenv_enetaddr() may also return an error code.

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
You might not be as stupid as you look. This is not hard. Let's think
about this. I mean ... I'll think about this, and  you  can  join  in
when you know the words.             - Terry Pratchett, _Men at Arms_


More information about the U-Boot mailing list