From owner-freebsd-arm@freebsd.org Sun Aug 9 18:32:01 2015 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EC87899DF06 for ; Sun, 9 Aug 2015 18:32:01 +0000 (UTC) (envelope-from tim@kientzle.com) Received: from monday.kientzle.com (kientzle.com [142.254.26.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AAE801AE9; Sun, 9 Aug 2015 18:32:01 +0000 (UTC) (envelope-from tim@kientzle.com) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id t79IWNF1009963; Sun, 9 Aug 2015 18:32:23 GMT (envelope-from tim@kientzle.com) Received: from [192.168.2.100] (192.168.1.101 [192.168.1.101]) by kientzle.com with SMTP id h8w49nyk3g2ieray73wikrw5k6; Sun, 09 Aug 2015 18:32:23 +0000 (UTC) (envelope-from tim@kientzle.com) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2102\)) Subject: Re: Crochet Updates for RPi, BeagleBone From: Tim Kientzle In-Reply-To: <1439087009.70393.274.camel@freebsd.org> Date: Sun, 9 Aug 2015 11:32:00 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <672F2D0C-BC6D-4A5F-BF3E-F3CF659636CD@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> <1439087009.70393.274.camel@freebsd.org> To: Ian Lepore X-Mailer: Apple Mail (2.2102) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Aug 2015 18:32:02 -0000 > On Aug 8, 2015, at 7:23 PM, Ian Lepore wrote: >=20 > On Sat, 2015-08-08 at 12:01 -0700, Tim Kientzle wrote: >>> On Aug 8, 2015, at 11:22 AM, Ian Lepore wrote: >>>=20 >>> On Sat, 2015-08-08 at 10:52 -0700, Tim Kientzle wrote: >>>>> On Aug 6, 2015, at 4:15 PM, kah42pub wrote: >>>>>=20 >>>>> 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. >>>>>=20 >>>>> Has anyone successfully built the u-boot-rpi port recently for = RPI-B? >>>>=20 >>>> 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: >>>>=20 >>>> 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) >>>>=20 >>>> 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) >>>=20 >>> 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. >>=20 >> Great! >>=20 >> Keeping old GCC versions available in the ports tree sounds like a >> good plan in general. >>=20 >>> 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. >>=20 >> Thanks for your work on this. >>=20 >> Cheers, >>=20 >> Tim >=20 > 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. After updating my ports tree, I was able to build every U-Boot port on = an up-to-date -CURRENT system. Thanks! Tim