Dear Marek Vasut,
In message <201111052039.34646.marek.va...@gmail.com> you wrote:
>
> > Just a quick Q. What is the ultimate intent here? Should we be aiming
> > to have U-Boot copy and decompress the data into RAM ready for Linux?
>
> Nope, not at all. We have a problem with booting linux images which support
> multiple different SoCs (because the RAM might be elsewhere for different
> SoCs).
You are wrong. The agreement was to allow for addresses (load
address, entry point address) that are relative to the start of system
RAM.
> That's not the point. We need to load FDT, load zImage, setup the regs and
> boot
> it from where we load the zImage. The uImage envelope contains fixed address
> to
> where the kernel image is loaded, which interferes with kernel's runtime
> patching of the kernel base address (zreladdr).
You ignore the discussions and proposals that were made.
> uImage blocks this because it forces u-boot to copy zImage to fixed address.
Nonsense.
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
Very ugly or very beautiful women should be flattered on their
understanding, and mediocre ones on their beauty.
-- Philip Earl of Chesterfield
_______________________________________________
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
