[U-Boot-Users] [PATCH v2] Update Freescale sys_eeprom.c to handle CCID formats

[Timur Tabi <timur@freescale.com>]

Ben Warren wrote:

> So are you saying that the plan is to move much of the configuration 
> information from NOR flash to I2C EEPROMs on Freescale evaluation 
> boards? 

No.  The plan is to better support does boards that *do* have MAC addresses in
EEPROM.

(Actually, I have no idea what the board designers are planning on doing in the
future.  I just know what doesn't work today).

One of the problems is that the CRC value in the EEPROM is not programmed during
manufacturing, but the current version of the code will refuse to read MAC
addresses if the CRC doesn't match.  So out of the box, the BSPs never use the
EEPROM for anything.  The user has to rewrite the EEPROM.

> I'm not suggesting that it's a good or bad idea, but just keep 
> in mind that the main raison d'etre for these boards is to serve as 
> starting points for customer designs, and I'm not sure the majority of 
> customers would use things this way.

True, but it would be nice if the code worked properly. :-)

-- 
Timur Tabi
Linux kernel developer at Freescale