Skip to contentSkip to conversation

saveenv problems

U-Boot Georg Schardt 2 participants 3 messages Oct 31, 2008

lore
Share & tools
lore
#0 lore raw

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

i have a strange problem with the saveenv command, or maybe with my config :)

After booting a fresh compiled u-boot with the default environment i can save the env without any problems. U-boot unprotect, erase and write the flash. but after add a new env-variable, e.g. bootargs, saveenv will unprotect the flash, erase the flash but then u-boot will not write the flash because the "Flash not Erased" error.

Is there a different in addressing the env during boot-time, or read and write ?

#define CONFIG_ENV_IS_IN_FLASH 1
#define CONFIG_ENV_SIZE 0x2000 // a 8k sector at
the beginning of the flash
#define CONFIG_ENV_SECT_SIZE 0x2000
#define CONFIG_SYS_ENV_OFFSET 0x0000
#define CONFIG_ENV_ADDR
(CONFIG_SYS_FLASH_BASE+CONFIG_SYS_ENV_OFFSET)

TEXT_BASE = 0xFFC00000
CONFIG_SYS_FLASH_BASE = 0xFFC0000

Thanks
Georg
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkkK5JwACgkQUicxT/v10Zu2igCeNnAhiiCejeyubKK83rJPclVo EJsAoKBcL1+TjxVtGRmSB1XqgQkAoIKZ
=CHB9
-----END PGP SIGNATURE-----

#1 lore raw

Dear Georg,

Quoted 4 lines · In message <[email protected]> you wrote:

i have a strange problem with the saveenv command, or maybe with my config :)

Quoted 8 lines

After booting a fresh compiled u-boot with the default environment i can save the env without any problems. U-boot unprotect, erase and write the flash. but after add a new env-variable, e.g. bootargs, saveenv will unprotect the flash, erase the flash but then u-boot will not write the flash because the "Flash not Erased" error.

Is there a different in addressing the env during boot-time, or read and write ?

Timing...

You may see a problem similar to mine (patch just went into the CFI repo).

What exactly is your flash configuration? Bus width? Which flash chips? How can the bus be read? I mean, for example if you use 2 x 16 bit devices in parallel to provide a 32 bit bus, can your CPU actually perform an atomic 32 bit read from that bus? [Same for 16 or 64 instead of 32].

Best regards,

Wolfgang Denk

Signature · 5 lines
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
Do not underestimate the value of print statements for debugging.
Don't have aesthetic convulsions when using them, either.
#2 lore raw

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Dear Wolfgang

Quoted 9 lines

You may see a problem similar to mine (patch just went into the CFI
repo).

What exactly is your flash configuration? Bus width? Which flash chips? How can the bus be read? I mean, for example if you use 2 x 16 bit devices in parallel to provide a 32 bit bus, can your CPU actually perform an atomic 32 bit read from that bus? [Same for 16 or 64 instead of 32].

Quoted 4 lines

Best regards,

Wolfgang Denk

I forgot the cc to the list, so sorry for the double mail to you:

I use a ATMEL AT49BV322D parallel Flash with 16Bit Databus, 32Megabit (2Mx16 / 4Mx8)

With Debug enable

Georg

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkkLDekACgkQUicxT/v10ZveWQCggvuTnRo/5Y1hgQ6Vjx6fjadc xjUAnjY2o77grTALOATJ79Wz2lj+UCBj
=1JvE
-----END PGP SIGNATURE-----