From owner-freebsd-arm@FreeBSD.ORG Sat Apr 6 17:45:44 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id F3545EF2; Sat, 6 Apr 2013 17:45:43 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from monday.kientzle.com (99-115-135-74.uvs.sntcca.sbcglobal.net [99.115.135.74]) by mx1.freebsd.org (Postfix) with ESMTP id B28F88CB; Sat, 6 Apr 2013 17:45:43 +0000 (UTC) Received: (from root@localhost) by monday.kientzle.com (8.14.4/8.14.4) id r36Hjg0O081867; Sat, 6 Apr 2013 17:45:43 GMT (envelope-from kientzle@freebsd.org) Received: from [192.168.2.123] (CiscoE3000 [192.168.1.65]) by kientzle.com with SMTP id ci2eqyuqpiaw7zcmauqaibixai; Sat, 06 Apr 2013 17:45:42 +0000 (UTC) (envelope-from kientzle@freebsd.org) Subject: "Beyond Buildworld" (was Re: RFC: "Crochet" build tool) Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=iso-8859-1 From: Tim Kientzle In-Reply-To: Date: Sat, 6 Apr 2013 10:45:42 -0700 Content-Transfer-Encoding: 7bit Message-Id: <8FCD7391-B9E3-478A-86E8-4414F750804D@freebsd.org> References: <5DFA61DB-70E4-4C3D-ACA0-995A175706C8@neville-neil.com> <5151B454.9090402@ceetonetechnology.com> <1CBF1416-3237-4DCE-8D61-7E998265C887@neville-neil.com> <1364311809.36972.27.camel@revolution.hippie.lan> <5151D045.80305@thieprojects.ch> <5151D9DB.7050001@thieprojects.ch> <167CF57D-01E3-4857-BF0E-C40B00FED226@netgate.com> <515ADB81.7090908@freebsd.org> <515DF177.9060907@freebsd.org> <4DC4C47C-D503-4155-8FAF-6D5C88D8F67C@freebsd.org> To: Adrian Chadd X-Mailer: Apple Mail (2.1283) Cc: "freebsd-arm@freebsd.org" X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Apr 2013 17:45:44 -0000 On Apr 4, 2013, at 10:40 PM, Adrian Chadd wrote: > Hm, how about something a bit more modular? > > As in, adding hooks to make release / nanobsd / tinybsd to let us tie > in the embedded platform requirements, like building bootloaders and > such; George is setting up a DevSummit track for BSDCan (the "Beyond Buildworld" WG) about this exact issue. Will you be there? I'll be there and here are a few of the issues I'd like to discuss: * What hooks are appropriate? In part, Crochet is an experiment to explore ways of factoring these issues, but I don't know release or nanobsd well enough to judge whether the ideas I'm coming up with would fit well into those. * How do boot loaders get managed? Crochet has been downloading, patching, and building directly from upstream sources, but that's getting tedious fast. Can we maintain boot loaders as ports?[1] * What policy should FreeBSD project use to determine which specific boards to release official images for? For that matter, should the project release "official images" at all? Or should we leave that in the hands of other parties? I'm not expecting to come up with final answers to these at BSDCan, but I'm hoping to get enough people involved to at least enumerate some of the avenues to explore. Tim [1] If someone wants to try creating a port of some boot loader as an experiment, I'm happy to collaborate on integrating it into Crochet to see how well that works. I would suggest trying to build a port for RPi U-Boot as a first proof-of-concept.