From owner-freebsd-embedded@FreeBSD.ORG Wed Sep 19 10:00:42 2007 Return-Path: Delivered-To: freebsd-embedded@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D29A416A468 for ; Wed, 19 Sep 2007 10:00:42 +0000 (UTC) (envelope-from marius.nuennerich@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 2FB7A13C48E for ; Wed, 19 Sep 2007 10:00:41 +0000 (UTC) (envelope-from marius.nuennerich@gmx.de) Received: (qmail invoked by alias); 19 Sep 2007 10:00:40 -0000 Received: from f049175163.adsl.alicedsl.de (EHLO sol.hackerzberg.local) [78.49.175.163] by mail.gmx.net (mp017) with SMTP; 19 Sep 2007 12:00:40 +0200 X-Authenticated: #5707313 X-Provags-ID: V01U2FsdGVkX18xZHoGxwkxjL/TXg4LoIb0/pm80Jvv90PtXnKHEe YjG9khZUckqniQ Date: Wed, 19 Sep 2007 12:00:48 +0200 From: Marius Nuennerich To: Philip Schulz Message-ID: <20070919120048.226d982c@sol.hackerzberg.local> In-Reply-To: <92FE2033-4C29-4FEE-BA42-FF6CDBC4E5C3@deadc0.de> References: <20070918115334.569521c1@sol.hackerzberg.local> <20070918.080043.-1625879466.imp@bsdimp.com> <46EFFB5E.9040407@semihalf.com> <20070919095003.19d95312@sol.hackerzberg.local> <92FE2033-4C29-4FEE-BA42-FF6CDBC4E5C3@deadc0.de> X-Mailer: Claws Mail 2.9.1 (GTK+ 2.10.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-arm@freebsd.org, freebsd-embedded@freebsd.org Subject: Re: Porting FreeBSD to the Neo1973 (arm920t) X-BeenThere: freebsd-embedded@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Dedicated and Embedded Systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Sep 2007 10:00:42 -0000 On Wed, 19 Sep 2007 10:55:39 +0200 Philip Schulz wrote: > Am 19.09.2007 um 09:50 schrieb Marius Nuennerich: > > > On Tue, 18 Sep 2007 18:22:54 +0200 > > Rafal Jaworowski wrote: > > [...] > > >> > >> For FreeBSD/powerpc running with U-Boot we have loader(8) running > >> as a > >> second stage bootloader on top of it (as a standalone app), which > >> loads > >> and runs the kernel, providing it with full metadata etc. This > >> however > >> needs changes to U-Boot itself, and they were not merged with its > >> mainline yet, but I can provide patches if you're intersted. For the > >> loader(8) piece you can have a look at some preliminary approach > >> in the > >> e500 branch in P4 for reference: in particular it has a common > >> library > >> that is intended to be used also on ARM, MIPS etc., only the lowest > >> level gluing needs equivalent asm routines. > > > > Do we really need loader(8)? > > You don't absolutely need it, but you probably want it. > > The loader gives you the ability to pass parameters to the kernel. > Without > the loader, you can still boot the kernel, however you can't even > (easily) > tell it to do a verbose boot. Maybe we can tell u-boot how to do that or tell the kernel how to read the u-boot environment...