From owner-freebsd-arm@FreeBSD.ORG Tue Nov 6 16:43:42 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1462A19C for ; Tue, 6 Nov 2012 16:43:42 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from mail-oa0-f54.google.com (mail-oa0-f54.google.com [209.85.219.54]) by mx1.freebsd.org (Postfix) with ESMTP id BBC488FC15 for ; Tue, 6 Nov 2012 16:43:41 +0000 (UTC) Received: by mail-oa0-f54.google.com with SMTP id n9so802632oag.13 for ; Tue, 06 Nov 2012 08:43:40 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer :x-gm-message-state; bh=iyMWkFrBAWFwk5MVNrSOsOX3AM7F/ERPes/K71+Ko/o=; b=ZXCiufXKPM3GggC4uQ1NQeo/79i8NevjT8isufRpcSVlWODUuwFfWQYg/poAUryYrh XJgU19sDNls6Z5PNAC4Nn9TEzf8q2Qq5mLwv8CNjhtuIqw1lSLYT/eiTVpTnKqV0IA2Q bntjFFoMA3K5tUM3YPWMXmhRuqxTN1gpeMySq5OuQGaLVRiSBQ5NG+HLSZtjVTY1AD8G FiwfOrVZEWllVDgu+I4ZfYFwLF0PS4Ku6nXNYll4fdECEdnLR5P5UO1tdyMN7GjLuJo5 UqBems3MLe1NeBAtNFyiPOFf/+hmOn4Z4qpfrOoDO4i6izlqcSQjz2hWavpXqH84Vz5Z 0iFw== Received: by 10.60.32.19 with SMTP id e19mr1377958oei.9.1352220220657; Tue, 06 Nov 2012 08:43:40 -0800 (PST) Received: from [10.30.101.53] ([209.117.142.2]) by mx.google.com with ESMTPS id 9sm21115809obi.22.2012.11.06.08.43.37 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 06 Nov 2012 08:43:39 -0800 (PST) Sender: Warner Losh Subject: Re: announcing the availability of packages for the Arm architecture Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=us-ascii From: Warner Losh In-Reply-To: <162A6F5A-8CC4-44DE-9B46-D9D6D8CC00CE@kientzle.com> Date: Tue, 6 Nov 2012 09:43:35 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <7D9E09AD-95C6-4DD5-9D47-9A04D950DB36@bsdimp.com> References: <1351606727.1120.17.camel@revolution.hippie.lan> <5097263F.5090802@jetcafe.org> <1D4ECD72-D01D-48D3-B837-735176CC49D3@kientzle.com> <50983301.9040406@jetcafe.org> <162A6F5A-8CC4-44DE-9B46-D9D6D8CC00CE@kientzle.com> To: Tim Kientzle X-Mailer: Apple Mail (2.1084) X-Gm-Message-State: ALoCoQlG/mOuy/5D7ANB1eA8bTZZ77LPq49RzwG03EQgI2/6ZSu8Gb9/ST3lhkl/E11ROK0I6pTL 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: Tue, 06 Nov 2012 16:43:42 -0000 On Nov 6, 2012, at 9:38 AM, Tim Kientzle wrote: >=20 > On Nov 5, 2012, at 1:43 PM, Dave Hayes wrote: >=20 >> On 11/05/12 07:33, Tim Kientzle wrote: >>>=20 >>> On Nov 4, 2012, at 6:36 PM, Dave Hayes wrote: >>>=20 >>>> On 10/30/12 07:18, Ian Lepore wrote: >>>>> All in all, I have the impression that not many people "use" = freebsd on >>>>> arm at all. >>>>=20 >>>> Just getting to the point of "using" it is quite time intensive. I = ran out of time trying to get my dreamplug to where I want it. These = issues were in my way (this was some time ago, check the list for = dates): >>>>=20 >>>> - install requires non-trivial patches and kernel config >>>=20 >>> There are a few people working on build systems to >>> simplify this. My scripts work pretty much "out-of-the-box" >>> for RaspberryPi and BeagleBone now and should be easily >>> extensible to other platforms. >>=20 >> Where are these scripts? I'd like to try them. >=20 > github.com/kientzle/freebsd-beaglebone >=20 >> Part of my problem is that I routinely build customized versions of = FreeBSD for specific applications, so I don't like just using a canned = script...I like to understand the process.=20 >=20 > Sounds like you are someone I really want feedback from then. > I'm looking for ideas for how to make it easier to customize the > results from these scripts. (They have a few hooks for different > kinds of customization but I need feedback to figure out if those > hooks are sufficient.) >=20 > The key piece right now is a concept of "board" that > encapsulates how to partition a disk image for a > particular system and what boot bits it requires. I'd love to see a bigger framework akin to NanoBSD that allows one to = mix in the application with the board to produce an image customized for = your needs. zrouter does this a bit, as does Tim's scripts, but we = aren't quite to where we need to be. Warner