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
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
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
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
4 matches
Mail list logo