BBB 1GHz patches for u-boot 2014-01
fabiodive
fabiodive at gmail.com
Wed Apr 30 13:26:51 UTC 2014
I also had the same problem during crochet building,
in the end I solved it changing the crochet script,
I disabled an u-boot checking block and I changed the
source path where to install from the u-boot forcing the
absolute path of the port, that was a dirty fix because I wanted first
to see if the patch set works.
thank you
f.
On Apr 30, 2014, at 3:34 , Winston Smith <smith.winston.101 at gmail.com> wrote:
> On Sun, Apr 27, 2014 at 10:34 AM, Xuebing Wang <xbing6 at gmail.com> wrote:
>> 1) We have 2 packages that concerning u-boot:
>>
>> 1a) Crocket
>> 1b) /usr/ports/sysutils/u-boot-beaglebone-eabi
>>
>> Please note: the patches for u-boot in the above 2 packages are different.
>>
>> In my humble opinion, I'd think the u-boot patches for the above 2 packages
>> are better to be identical.
>>
>> 2) My patches to the latest u-boot are against above 1b)
>> /usr/ports/sysutils/u-boot-beaglebone-eabi
>
> Now that I have 10-STABLE working from eMMC, I decided to take a look
> at the 1Ghz patches.
>
> I started out with uboot_beaglebone_eabi_port, but although I was able
> to get it to build (after removing the 0 length patch files), I
> couldn't seem to get crotchet-freebsd to pick it up. It seems that
> the `uboot_eabi_port` tools is missing; I'm using pkgng, so maybe
> that's the problem.
>
> I noticed that uboot_beaglebone_eabi_port with the 1Ghz patches builds
> against u-boot-2014.01 so I downloaded u-boot-2014.01.tar.bz2,
> unpacked it in the crotchet-freebsd directory and replaced the patches
> in crotchet-freebsd/boards/BeagleBone/files with the 1Ghz ones and
> tried a crotchet build. This failed to link with:
>
> armv6-freebsd-ld: region .sram is full (u-boot-spl section .data)
> armv6-freebsd-ld: region .sram is full (u-boot-spl section .data)
> armv6-freebsd-ld: section .u_boot_list [00000000402f0400 ->
> 00000000402f0477] overlaps section .text [00000000402f0400 ->
> 000000004030657b]
> armv6-freebsd-ld: u-boot-spl: section .text lma 0x402f0400 overlaps
> previous sections
> armv6-freebsd-ld: u-boot-spl: section .rodata lma 0x4030657c overlaps
> previous sections
> armv6-freebsd-ld: u-boot-spl: section .data lma 0x4030aec8 overlaps
> previous sections
>
>
> So no luck there. I did try also building Patrick Kelsey's fork of
> u-boot which failed with very similar errors:
>
> armv6-freebsd-ld: region .sram is full (u-boot-spl section .rodata)
> armv6-freebsd-ld: region .sram is full (u-boot-spl section .rodata)
> armv6-freebsd-ld: section .data [00000000402f0400 -> 00000000402f1141]
> overlaps section .text [00000000402f0400 -> 0000000040307257]
> armv6-freebsd-ld: u-boot-spl: section .text lma 0x402f0400 overlaps
> previous sections
> armv6-freebsd-ld: u-boot-spl: section .u_boot_list lma 0x402f1144
> overlaps previous sections
>
>
> I did notice that the *original* patches for
> uboot_beaglebone_eabi_port seem to remove api_net.c from the build,
> perhaps this was an effort to slim down the binary to avoid this issue
> (however, the 1Ghz patches nuke the patches that removed api_net.c and
> it's callers).
>
> Finally, I took a look at the patches to see if I could rework them
> for u-boot-2014.04 (since it was recently released), but it seems that
> there have been significant changes since 2013.04 so I need to learn
> more about u-boot before going near that!
>
> Thanks,
>
> -W.
More information about the freebsd-arm
mailing list