于 2018年8月5日 GMT+08:00 上午2:51:43, Tom Rini trini@konsulko.com 写到:
On Sat, Aug 04, 2018 at 11:18:43PM +0530, Jagan Teki wrote:
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'm testing Andre's series currently and that should resolve this
Do you mention the exception handling series?
BTW I made a patch to save ~200B, purely in sunxi codepath, simple, easier to review, and may solve the problem more quickly.
I have sent the patch, it's named "sunxi: disable Pine A64 model detection code on non-A64 SoCs".
problem. But no, Travis-CI is using the toolchains that buildman fetches and those are the must-work toolchains. It's the kernel.org ones that Arnd sets up and are as vendor-neutral as we're going to get.