Dear Reinhard Meyer,
In message <4c600c3d.3060...@emk-elektronik.de> you wrote:
>
> > We're not concerned about u-boot's environment not being reliable, we just
> > want the ability to completely erase the nand without worrying about losing
> > essential data (like a MAC address). I suppose we
Dear Jim Sheldon,
>> May I ask WHY you are not comfortable with using the U-Boot
>> environment? Usually it's a very convenient place to store
>> configuration data, and a pretty reliable one (especially when you
>> use redundant environment).
>
> We're not concerned about u-boot's environment not
Hello Mr. Denk,
> -Original Message-
> From: Wolfgang Denk [mailto:w...@denx.de]
> Sent: Saturday, August 07, 2010 4:00 PM
> To: Jim Sheldon
> Cc: u-boot@lists.denx.de
> Subject: Re: [U-Boot] at91sam9g20 MAC address in EEPROM?
>
> Dear Jim
Dear Jim Sheldon,
In message <7941e07e1e020448937aca7d4279e6327bac64e...@powerhog> you wrote:
>
>
> I am working on a product based on Atmel's sam9g20. Atmel's flashing
> procedure stores the MAC address as a u-boot environment variable (ethaddr).
>
> We are not comfortable with storing the MA
Jim Sheldon wrote:
> Hello everyone,
>
> I am working on a product based on Atmel's sam9g20. Atmel's flashing
> procedure stores the MAC address as a u-boot environment variable (ethaddr).
>
> We are not comfortable with storing the MAC address this way, and would
> rather keep it in EEPROM. Do
On Sat, Jul 10, 2010 at 7:53 AM, Jim Sheldon wrote:
> Hello everyone,
>
> I am working on a product based on Atmel's sam9g20. Atmel's flashing
> procedure stores the MAC address as a u-boot environment variable (ethaddr).
>
> We are not comfortable with storing the MAC address this way, and woul
Hello everyone,
I am working on a product based on Atmel's sam9g20. Atmel's flashing procedure
stores the MAC address as a u-boot environment variable (ethaddr).
We are not comfortable with storing the MAC address this way, and would rather
keep it in EEPROM. Does anyone have experience with
7 matches
Mail list logo