From mboxrd@z Thu Jan  1 00:00:00 1970
From: Ben Warren <biggerbadderben@gmail.com>
Date: Fri, 20 Jun 2008 11:20:49 -0700
Subject: [U-Boot-Users] [PATCH v2] Update Freescale sys_eeprom.c to
 handle CCID formats
In-Reply-To: <485BF3F3.4040104@freescale.com>
References: <1213973943-22779-1-git-send-email-timur@freescale.com>
	<485BDEC5.7010706@gmail.com> <485BF3F3.4040104@freescale.com>
Message-ID: <485BF501.4070702@gmail.com>
List-Id: <u-boot.lists.denx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
To: u-boot@lists.denx.de

Timur Tabi wrote:
> 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.
>
>   
Oh.  OK.
>> 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. :-)
>
>   
That's for sure.  Thanks for the clarification.

Ben