From owner-freebsd-arm@FreeBSD.ORG Fri Dec 27 03:20: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 2A37B1EE; Fri, 27 Dec 2013 03:20:00 +0000 (UTC) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id DA9C51988; Fri, 27 Dec 2013 03:19:59 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id rBR3JvT8008916; Fri, 27 Dec 2013 03:19:57 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.123] (gateway.kientzle.com [192.168.1.65]) by kientzle.com with SMTP id utiitsqbsxz9xvv2c35ma42ces; Fri, 27 Dec 2013 03:19:57 +0000 (UTC) (envelope-from kientzle@freebsd.org) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: FreeBSD 10.0-RC3 Now Available From: Tim Kientzle In-Reply-To: <20131227025814.GQ13109@glenbarber.us> Date: Thu, 26 Dec 2013 19:19:57 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <22576EF1-B4AB-4174-81E7-CF2A77594FAC@freebsd.org> 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> To: Glen Barber X-Mailer: Apple Mail (2.1827) 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:20:00 -0000 On Dec 26, 2013, at 6:58 PM, Glen Barber wrote: > 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=92t 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=3Darm > TARGET_ARCH=3Darm), armv6, actually. > 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? That=92s the idea. You=92d 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=92s less=20 point in that on arm, though, since we don=92t yet have a GENERIC kernel. Caveat: Overriding board_default_installkernel is straightforward for boards like RPi and BeagleBone if you=92re using the U-Boot -> ubldr boot chain. Beyond that, it can get a little weird. > Although, if we're already doing buildworld, installworld is = inexpensive > at this point. I think Warner=92s concern was whether there was a way to ensure that the (release) tarball and the (release) RPi image had exactly the same bits. Of course, the really time-consuming part of building a release image with Crochet is when you add: option UsrPorts option UsrSrc ;-) Tim