Dear York,
In message <52faa233.6090...@freescale.com> you wrote:
>
> > Well, after relocation GD has also been relocated, so your SRAM would
> > be comletely unused.
>
> Sounds like you are OK with using GD for this patch. Let's wait to hear from
> Tom. He nacked this idea.
I don't say I think this is a good change. I just tried to explain to
you that the SRAM will be unused after relocation completed. Tom
probably has the same problem as I: I cannot understand why you are
changing the code. If it's been working as is before, then why would
it stop now?
> -/*
> - * For SPL boot some boards need i2c before SDRAM is initialized so force
> - * variables to live in SRAM
> - */
> -static struct sram_data __attribute__((section(".data"))) srdata;
> -
>
> I moved this variable into GD. Is there a alternative way to do it? I tried to
> use stack but didn't find the solution.
But why did you move it? It was working before, right? So what has
changed, and why cannot you fix it in a way so the variable remains
where it is, i. e. without the need to move it to GD?
Best regards,
Wolfgang Denk
--
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: w...@denx.de
Certainly there are things in life that money can't buy, but it's
very funny - Did you ever try buying them without money? - Ogden Nash
_______________________________________________
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
