Re: [U-Boot] environment access before relocation does not work on (some) arm

2012-07-03 Thread Wolfgang Denk
Dear Matthias Fuchs, In message <4ff306fc.9040...@esd.eu> you wrote: > > > This is normal, and documented. Before relocation, you must not use > > getenv(). > Yes, I am aware of this. I even think that the getenv() implementation > falls back to getenv_f() before relocation. This is not guara

Re: [U-Boot] environment access before relocation does not work on (some) arm

2012-07-03 Thread Matthias Fuchs
Hi, On 29.06.2012 13:26, Wolfgang Denk wrote: > Dear Matthias Fuchs, > > In message <4fed7877.2020...@esd.eu> you wrote: >> >> I just noticed that using getenv (and friends) >> does not work on ARM (namely i.MX28) from board_init_f() >> after running through the init_sequence. > > This is normal

Re: [U-Boot] environment access before relocation does not work on (some) arm

2012-06-29 Thread Wolfgang Denk
Dear Matthias Fuchs, In message <4fed7877.2020...@esd.eu> you wrote: > > I just noticed that using getenv (and friends) > does not work on ARM (namely i.MX28) from board_init_f() > after running through the init_sequence. This is normal, and documented. Before relocation, you must not use geten

[U-Boot] environment access before relocation does not work on (some) arm

2012-06-29 Thread Matthias Fuchs
Hi, I just noticed that using getenv (and friends) does not work on ARM (namely i.MX28) from board_init_f() after running through the init_sequence. So getenv_ulong() always returns the given default. So the baudrate on affected boards is always set by CONFIG_BAUDRATE and cannot be adjusted by th