[U-Boot] [PATCH] TQM8260: environment in flash instead EEPROM, baudrate 115k

Hello Wolfgang,
Wolfgang Denk wrote:
Several customers have reported problems with the environment in EEPROM, including corrupted content after board reset. Probably the code to prevent I2C Enge Conditions is not working sufficiently.
Is this somewhere reproducible? Maybe we can try my patch from:
http://lists.denx.de/pipermail/u-boot/2008-October/041817.html
also for this board. The I2C deblocking is in i2c_make_abort () ... If this works better, maybe we use this I2C deblocking mechanism as new standard?
We move the environment to flash now, which allows to have a backup copy plus gives much faster boot times.
[...]
--- a/board/tqc/tqm8260/flash.c +++ b/board/tqc/tqm8260/flash.c
Couldnt use this board also the CFI driver?
bye Heiko

Dear Heiko Schocher,
In message 48FC1FFC.2000104@denx.de you wrote:
Is this somewhere reproducible?
Kind of. It happens pretty r4eliably on weak power supplies (too high impadance, too slow voltage rise times) where the TQM8260 whould go through a series of quick startup - reset sequences when powered on. On such systems, a power-on often consisted of 3...5 start attempts that were cut off by the voltage monitor on the module. This often lead to EEPROM content corruption.
Actually this configuration was the reason the I2C edge condition work around was implemented, a long, long time ago. But then,, it seems it doesn;t work absolutely reliable in all situations.
Maybe we can try my patch from:
http://lists.denx.de/pipermail/u-boot/2008-October/041817.html
I thought about this, too, but unfortunately no such test system is available to me (nor to the customer any more; he fixed the obvious problem with the PSU; yet he still sees occasional corruptions).
Aslo boot time was a strong reason to switch to a flash based environment (and to a higher console baudrate).
also for this board. The I2C deblocking is in i2c_make_abort () ... If this works better, maybe we use this I2C deblocking mechanism as new standard?
I'm afraid I have no way to test this...
--- a/board/tqc/tqm8260/flash.c +++ b/board/tqc/tqm8260/flash.c
Couldnt use this board also the CFI driver?
Yes, it could, if the CFI driver was working on this board. It is my intention to change this as soon as the CFI driver is working (see my other thread: "CFI Driver Problem: flash not ready").
Best regards,
Wolfgang Denk
participants (2)
-
Heiko Schocher
-
Wolfgang Denk