Dear Albert ARIBAUD,

In message <4ce66215.2030...@free.fr> you wrote:
>
> There is a variant of this problem with many ARM boards, those based on 
> Marvell SoCs for instance, which have a start address at 0xFFFF0000 -- 
> that's a 64K block the usage of which we want to maximize.

Yes, that's basicly a simialr problem.

> I had a general solution to this by, in summary, building a linear 
> u-boot, then splitting the binary when flashing, and have the copy loop 
> in the startup stitch back the parts. However, this solution did not 
> work well with relocation, and may not necessarily be applicable to 
> non-ARM archs. However, now that we have a (mostly) stabilized 
> relocation mechanism, I'll dig again into this solution.

The problem is that we're now linked for running in flash, so the
linker should be the tool that performs the location of code into the
output image.

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
Any sufficiently advanced technology is indistinguishable from magic.
                                                   - Arthur C. Clarke
_______________________________________________
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot

Reply via email to