On Wed, Aug 01, 2018 at 08:58:10PM +0800, Chen-Yu Tsai wrote:
> On Wed, Aug 1, 2018 at 8:55 PM, Tom Rini <tr...@konsulko.com> wrote:
> > On Wed, Aug 01, 2018 at 08:43:17PM +0800, Chen-Yu Tsai wrote:
> >> On Wed, Aug 1, 2018 at 7:47 PM, Jagan Teki <ja...@amarulasolutions.com> 
> >> wrote:
> >> > On Wed, Aug 1, 2018 at 4:43 PM, Tom Rini <tr...@konsulko.com> wrote:
> >> >> On Tue, Jul 31, 2018 at 11:41:50PM +0530, Jagan Teki wrote:
> >> >>
> >> >>> Hi Tom,
> >> >>>
> >> >>> Please pull this PR.
> >> >>>
> >> >>> thanks,
> >> >>> Jagan.
> >> >>>
> >> >>> The following changes since commit 
> >> >>> 5a0007d481c0fcd2d422dd48b2a129dd8e8a272a:
> >> >>>
> >> >>>   Prepare v2017.09-rc1 (2018-07-30 21:47:29 -0400)
> >> >>>
> >> >>> are available in the Git repository at:
> >> >>>
> >> >>>   git://git.denx.de/u-boot-sunxi.git master
> >> >>>
> >> >>> for you to fetch changes up to 
> >> >>> 89a897fc4d78e31332e5899e977d8bf3c82abafa:
> >> >>>
> >> >>>   board: sun50i: h6: Add OrangePi One Plus initial support (2018-07-31 
> >> >>> 20:50:01 +0530)
> >> >>>
> >> >>
> >> >> For the moment, on hold.  pine_h64 doesn't link (see
> >> >> https://travis-ci.org/trini/u-boot/jobs/410579615) but I bet Andre's
> >> >> changes to save some space on aarch64 will get it to fit in, and I need
> >> >> to see if I'm ready to apply them.
> >> >
> >> > I though of inform the same, but for h6 atf need to use it from
> >> > mainline here all a64 boards seems failing. I didn't reproduce this
> >> > manually.
> >> >
> >> > +WARNING: BL31 file bl31.bin NOT found, resulting binary is 
> >> > non-functional
> >>
> >> The cause is obvious. The ATF blob is missing from the environment.
> >> If TravisCI is only used to test building, maybe we could just put an
> >> empty bl31.bin there to make it happy.
> >
> > Please note that the above is NOT the problem.  That's the non-fatal
> > warning that your resulting binary won't work as there's no bl31.bin.
> > The problem is:
> > +aarch64-linux-ld.bfd: u-boot-spl section `.u_boot_list' will not fit in 
> > region `.sram'
> > +aarch64-linux-ld.bfd: region `.sram' overflowed by 48 bytes
> > +make[2]: *** [spl/u-boot-spl] Error 1
> > +make[1]: *** [spl/u-boot-spl] Error 2
> > +make: *** [sub-make] Error 2
> 
> Yeah I noticed. Just pointing out if we want to get rid of the ATF noise.

Ah, no.  The noise is very intentional so that it's clear to humans that
what they made won't boot.

-- 
Tom

Attachment: signature.asc
Description: PGP signature

_______________________________________________
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot

Reply via email to