[PATCH u-boot v2 1/3] aspeed: remove hack loading ramdisk in memory
Rick Altherr
raltherr at google.com
Tue Dec 6 04:09:55 AEDT 2016
See the next patch in this series. OpenBMC uses ATAGS when building a
legacy image. U-Boot ATAGS support wasn't causing ramdisk relocation.
It's not really a FIT vs legacy issue so much as a FDT vs ATAGS issue. We
could still use legacy images with FDT and the ramdisk would be relocated
fine. I fixed the ATAGS support to trigger ramdisk relocation as that's
the actual bug.
On Mon, Dec 5, 2016 at 12:13 AM, Cédric Le Goater <clg at kaod.org> wrote:
> Hello,
>
> On 12/05/2016 07:24 AM, Simon Glass wrote:
> > On 2 December 2016 at 15:27, Rick Altherr <raltherr at google.com> wrote:
> >> From: Cédric Le Goater <clg at kaod.org>
> >>
> >> Signed-off-by: Cédric Le Goater <clg at kaod.org>
> >> Signed-off-by: Rick Altherr <raltherr at google.com>
> >> ---
> >> common/image.c | 11 -----------
> >> 1 file changed, 11 deletions(-)
> >
> > Reviewed-by: Simon Glass <sjg at chromium.org>
> >
>
> So how do you fix the ramdisk loading ? is using the FIT images
> enough to work around this problem ?
>
> For legacy type images, this patch seemed to work :
>
> https://github.com/legoater/u-boot/commit/
> 86fd073a12650ee7fc4e6514f2b0f159be275f29
>
> I am not sure if this is a good approach though.
>
> Thanks,
>
> C.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ozlabs.org/pipermail/openbmc/attachments/20161205/2a92d2da/attachment.html>
More information about the openbmc
mailing list