Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 08 Aug 2015 20:23:29 -0600
From:      Ian Lepore <ian@freebsd.org>
To:        Tim Kientzle <tim@kientzle.com>
Cc:        freebsd-arm@freebsd.org
Subject:   Re: Crochet Updates for RPi, BeagleBone
Message-ID:  <1439087009.70393.274.camel@freebsd.org>
In-Reply-To: <8C0A45D4-38F0-4099-84AE-D904B8614604@kientzle.com>
References:  <486955D9-6EED-47E4-BCAA-AA66650BB9DA@kientzle.com> <55C3EA7E.7050905@blarg.com> <85E89B54-B2AA-4D87-BA80-5BD2956B2F8A@kientzle.com> <1439058129.70393.262.camel@freebsd.org> <8C0A45D4-38F0-4099-84AE-D904B8614604@kientzle.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 2015-08-08 at 12:01 -0700, Tim Kientzle wrote:
> > On Aug 8, 2015, at 11:22 AM, Ian Lepore <ian@freebsd.org> wrote:
> > 
> > On Sat, 2015-08-08 at 10:52 -0700, Tim Kientzle wrote:
> >>> On Aug 6, 2015, at 4:15 PM, kah42pub <kah42pub@blarg.com> wrote:
> >>> 
> >>> On 7/19/15 18:39, Tim Kientzle wrote:
> >>>> I just committed changes to Crochet so that it now uses the U-Boot ports for RPi and BeagleBone (including BBB).  It already used the port for RPi2.
> >>> 
> >>> Has anyone successfully built the u-boot-rpi port recently for RPI-B?
> >> 
> >> I just tried building each U-Boot port with an upgraded -CURRENT system (including packages).  Looks like anything based on U-Boot older than 2015.04 is broken:
> >> 
> >> The following did not build for me:
> >>   u-boot-beaglebone (uses U-Boot 2014.10)
> >>   u-boot-cubox-hummingbird (based on U-Boot 2013.10)
> >>   u-boot-duovero (based on U-Boot 2014.10)
> >>   u-boot-pandaboard (uses U-Boot 2014.10)
> >>   u-boot-rpi  (based on U-Boot 2013.01)
> >>   u-boot-wandboard (based on U-Boot 2013.10)
> >> 
> >> These did build:
> >>   u-boot-bananapi (uses U-Boot 2015.04)
> >>   u-boot-cubieboard (uses U-Boot 2015.04)
> >>   u-boot-cubieboard2 (uses U-Boot 2015.04)
> >>   u-boot-rpi2 (uses U-boot 2015.04)
> > 
> > The cross-compiler port used for u-boot got upgraded behind our backs to
> > gcc5, and that breaks all the u-boots that are based on older
> > vendor-supplied sources.  I have a new arm-none-eabi-gcc492 port ready
> > to go, but I'm not a ports committer, so I'm waiting for someone to
> > review and approve the commit.
> 
> Great!
> 
> Keeping old GCC versions available in the ports tree sounds like a
> good plan in general.
> 
> > I also plan to try and get as many of our u-boot ports as possible
> > updated to the latest mainline u-boot sources, but I still want to get
> > the gcc492 port in first because I think updating to mainline u-boot is
> > more than a day or two of work.
> 
> Thanks for your work on this.
> 
> Cheers,
> 
> Tim

I just committed the fixes for all the u-boot ports on your 'did not
build' list.  I also snuck in the fix for the cubox-hummingboard port to
make the board detection work, and it should choose the right fdt file
now for hummingboard users.

-- Ian





Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1439087009.70393.274.camel>