From: Wolfgang Denk <wd@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] Environment in EEPROM on MPC5200 based board
Date: Tue, 07 Dec 2004 10:56:22 +0100 [thread overview]
Message-ID: <20041207095627.E9902C1430@atlas.denx.de> (raw)
In-Reply-To: Your message of "Tue, 07 Dec 2004 09:39:01 +0100." <41B56C25.8070906@MAZeT.de>
Hallo, Herr Schau!
In message <41B56C25.8070906@MAZeT.de> you wrote:
>
> I'm using Lite5200 Board and tried to configure U-Boot to have
> environment in EEPROM. I use Hard I2C driver an everything works fine
Why don't you keep the environment in flash as it is no?
In my opinion using the environment in EEPROM is just asking for
trouble. It has serious disadvantages:
* Loooooong boot times, which are also not deterministic (just
setting the board to a new console baud rate can double the boot
time, etc.)
* Less reliable -- in flash, you can have redundand flash sectors; so
far I never heard of a single case of data loss in such a
configuration. In EEPROM, you may experience the infamous "I2C Edge
Conditions" problem (see doc/I2C_Edge_Conditions) - I have seen
cases where a failing power supply caused slow voltage rise times;
when powering on such a board, the CPU would start to run, then the
watchdog would resert it because the voltages were still too low.
This happened 2...5 times for each power on. In the end the CPU
would run fine, but in 2 out of 3 boot cycles the environment in
EEPROM was lost because of the Edge Conditions problem.
I _strongly_ recommend NOT to put the envrionment in EEPROM (nor any
other critical data).
> When setting CFG_ENV_IS_IN_EEPROM U-Boot don't start (hang-up before any
> messages are printed on screen).
Maybe you have some debugging enabled? This will try to use printf()
to the console when the "badrate" variable is being read to
initialize the console --> deadlock.
> If anyone know something about this problem, any help is greatly
> appreciated.
Just don't do it.
Best regards,
Wolfgang Denk
--
Software Engineering: Embedded and Realtime Systems, Embedded Linux
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
If a group of N persons implements a COBOL compiler, there will be
N-1 passes. Someone in the group has to be the manager. - T. Cheatham
prev parent reply other threads:[~2004-12-07 9:56 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-12-07 8:39 [U-Boot-Users] Environment in EEPROM on MPC5200 based board Sebastian Schau
2004-12-07 9:56 ` Wolfgang Denk [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20041207095627.E9902C1430@atlas.denx.de \
--to=wd@denx.de \
--cc=u-boot@lists.denx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox