于 2018年8月5日 GMT+08:00 上午1:48:43, Jagan Teki jagan@amarulasolutions.com 写到:
On Thu, Aug 2, 2018 at 4:43 PM, Tom Rini trini@konsulko.com wrote:
On Thu, Aug 02, 2018 at 02:57:01PM +0530, Jagan Teki wrote:
On Wed, Aug 1, 2018 at 6:25 PM, Tom Rini trini@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
jagan@amarulasolutions.com wrote:
On Wed, Aug 1, 2018 at 4:43 PM, Tom Rini trini@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
ie what, I'm able to built manually pine_h64 with gcc-6.3.1
Travis-CI uses gcc-7.3 from kernel.org.
Look like we have size issues wrt gcc versions, Icenowy tried glibc variant, 2018.07-3 bleeding edge and it work it seems. can't we upgrade Travis-CI to use the same or if not specific for h6?
I have a commit from Vasily that can reduce ~100B of SPL.
It can be applied to workaround this, but I don't want to use it so early.