[U-Boot] [PATCH v2 3/3] image: Allow images to indicate they're loadable at any address
Nicolas Pitre
nico at fluxnic.net
Tue Nov 8 01:48:23 CET 2011
On Tue, 8 Nov 2011, Wolfgang Denk wrote:
> Dear Stephen Warren,
>
> In message <4EB87375.1040100 at nvidia.com> you wrote:
> >
> > The only place that has full knowledge of the board's memory layout is
> > the U-Boot environment for that board, and hence I assert that the
> > U-Boot environment should define where to load the kernel (and initrd
> > and FDT), and if U-Boot must copy them, where to copy them to. In
> > particular, the creator of the uImage can't possibly pick these values
> > and expect them to work everywhere.
>
> But as you said yourself, the (raw) kernel is not relocatable. It
> gets loaded and started at pre-defined (at image build time)
> addresses. Only the kernel wrapper adds the complexity you are
> complaining about. Drop it, then.
Many of us insist on preserving that complexity. From our point of
view, it is u-Boot which is too complex and should drop its uImage
complexity.
But instead of asking you to drop u-Boot's complexity, I'm only asking
for u-Boot to let both methods to coexist and work.
Given that the zImage "complexity" is not going away because we insist
on keeping it, either we find a middle ground such as Stephen's patches,
or we advocate for a different bootloader on ARM.
Do you never happend to compromize once in a while?
Nicolas
More information about the U-Boot
mailing list