From owner-freebsd-arm@FreeBSD.ORG Fri Dec 27 03:26:00 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1F8F82A8; Fri, 27 Dec 2013 03:26:00 +0000 (UTC) Received: from mail0.glenbarber.us (mail0.glenbarber.us [IPv6:2607:fc50:1:2300:1001:1001:1001:face]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id CFD531A28; Fri, 27 Dec 2013 03:25:59 +0000 (UTC) Received: from glenbarber.us (70.15.88.86.res-cmts.sewb.ptd.net [70.15.88.86]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: gjb) by mail0.glenbarber.us (Postfix) with ESMTPSA id F28DA51B3; Fri, 27 Dec 2013 03:25:57 +0000 (UTC) DKIM-Filter: OpenDKIM Filter v2.8.3 mail0.glenbarber.us F28DA51B3 Authentication-Results: mail0.glenbarber.us; dkim=none reason="no signature"; dkim-adsp=none Date: Thu, 26 Dec 2013 22:25:55 -0500 From: Glen Barber To: Tim Kientzle Subject: Re: FreeBSD 10.0-RC3 Now Available Message-ID: <20131227032555.GR13109@glenbarber.us> References: <20131226162521.GK2009@glenbarber.us> <2B79BF2A-1798-40F5-AD6E-D560E9C6C1E7@freebsd.org> <20131226194830.4f6e5b13@bender.Home> <7684A21C-4451-44ED-A11A-C03EF7850F01@freebsd.org> <20131227025814.GQ13109@glenbarber.us> <22576EF1-B4AB-4174-81E7-CF2A77594FAC@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="aH/0uqREc1VzwMkO" Content-Disposition: inline In-Reply-To: <22576EF1-B4AB-4174-81E7-CF2A77594FAC@freebsd.org> X-Operating-System: FreeBSD 11.0-CURRENT amd64 User-Agent: Mutt/1.5.22 (2013-10-16) Cc: freebsd-arm ml , FreeBSD Release Engineering Team X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Dec 2013 03:26:00 -0000 --aH/0uqREc1VzwMkO Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Dec 26, 2013 at 07:19:57PM -0800, Tim Kientzle wrote: >=20 > On Dec 26, 2013, at 6:58 PM, Glen Barber wrote: >=20 > > On Thu, Dec 26, 2013 at 06:51:11PM -0800, Tim Kientzle wrote: > >> On Dec 26, 2013, at 11:59 AM, Warner Losh wrote: > >>=20 > >>> Can crochet take this the userland tarball and make an image from it? > >>=20 > >> Easy-peasy. There are hooks for this already in lib/board.sh that you > >> can override in config.sh. Something like the following (untested) > >> should do the trick: > >>=20 > >> # (Optional) Don=E2=80=99t build world. > >> board_default_buildworld ( ) { } > >>=20 > >> # Replace default installworld with untar > >> board_default_installworld ( ) { > >> cd ${BOARD_FREEBSD_MOUNTPOINT} > >> tar xf ${WORLD_TARBALL} > >> } > >=20 > > So, in theory, re@ would need to produce arm userland (using TARGET=3Da= rm > > TARGET_ARCH=3Darm), >=20 > armv6, actually. >=20 Yes, Warner pointed this out. Thanks. > > run 'make packageworld' to create the base.txz and > > 'make packagekernel' to create kernel.txz, and that should dump the > > world/kernel bits onto a dd(1)-compatible image? >=20 > That=E2=80=99s the idea. >=20 > You=E2=80=99d have to also override board_default_buildkernel > and/or board_default_installkernel in like fashion if you > want to use a kernel.txz distribution. There=E2=80=99s less=20 > point in that on arm, though, since we don=E2=80=99t yet have a > GENERIC kernel. >=20 > Caveat: Overriding board_default_installkernel is straightforward > for boards like RPi and BeagleBone if you=E2=80=99re using the > U-Boot -> ubldr boot chain. Beyond that, it can get a little > weird. >=20 Since we don't have GENERIC for arm, I think the path of least annoyan^Wresistance is doing per-board builds. The build environments are cheap - they are zfs datasets, destroyed/created on new build. > > Although, if we're already doing buildworld, installworld is inexpensive > > at this point. >=20 > I think Warner=E2=80=99s concern was whether there was a way to > ensure that the (release) tarball and the (release) RPi > image had exactly the same bits. >=20 > Of course, the really time-consuming part of building a > release image with Crochet is when you add: >=20 > option UsrPorts > option UsrSrc >=20 Well, no. :( The time-consuming part is the dependency chain for the build. Such as, RPI-B needs python, gsed, and world+dog. BeagleBone needs cross-gcc, and I'm sure other stuff. It would be pretty cool if crochet could have a '-D' flag to 'show missing dependencies for board specified'. But, I do realize it's a PITA. :) Glen --aH/0uqREc1VzwMkO Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (FreeBSD) iQIcBAEBCAAGBQJSvPNDAAoJELls3eqvi17QYVkQAJ8eeo9IRQr3KkZr1pKLrmZo zzXom7HeHrtM3z/yroXTrnWh5J7b3wJfeXxZqMXOEIXu1sFmi89Gt29H24FpgCoI TJLfivZYqm0LQ9u2aPVV6U3ZUPfxeccPfoYqvRoeFqtuUZAschRX47qQNeo5tqeE y1s2YgGawGOqEWrJS5wcWFKwmUx4YMKG7DoF77CAi8QgbZf1EiRnX51EF+E6evEJ VrlrMWrEkWqjvNXzIzpn+25qNxvx65ASQsSdBBldyFZy8sNC5PVc1Mwyy+d7gC8l XbB422pfIbgc7vj1UPXr8J1bPfOpbHhSGBxWcP4ASL+hgOV7hhEI9Nuk5U0WG4AK jhKH/12VRv3RbhllIdhYYnYFPHzjSvdxCnDdo80MDyYvFVnrzh4Rbe9v4wm7o1CY t6ml2Ybhk+n/prAHOgNsKMq8GX8ajbSfT9EanYqiTU7l8IoNqOQQtMOBhUVHoV+f eKKUr4IB9NzPUak9XNjas6w7GH1Xsy/ial0TSheSvpRJNr7Gi8FQs+K5bMRsUhYK a5jtBTBFy+o3uarxovr6xahtuUvYVjJCRP4mrh1DhSE7IgVRJz3MdER2q8nMQg8f nb0ipvsCv7vmmU599TSpqV59dB8DDGyHPktSf2sZrnrii5PP205pOB9xNKrMRSme F0gqo8ZVFQD5TdhHBTJ8 =SiFF -----END PGP SIGNATURE----- --aH/0uqREc1VzwMkO--