From owner-freebsd-embedded@FreeBSD.ORG Tue Sep 18 16:02:43 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 AB22A16A419 for ; Tue, 18 Sep 2007 16:02:43 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 5CC9F13C46C for ; Tue, 18 Sep 2007 16:02:43 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.1/8.13.4) with ESMTP id l8IG0bdc029019; Tue, 18 Sep 2007 10:00:37 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Tue, 18 Sep 2007 10:00:37 -0600 (MDT) Message-Id: <20070918.100037.74721531.imp@bsdimp.com> To: marius.nuennerich@gmx.de From: Warner Losh In-Reply-To: <20070918171601.66837464@sol.hackerzberg.local> References: <20070918115334.569521c1@sol.hackerzberg.local> <20070918.075431.146407018.imp@bsdimp.com> <20070918171601.66837464@sol.hackerzberg.local> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 18 Sep 2007 10:00:37 -0600 (MDT) Cc: 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: Tue, 18 Sep 2007 16:02:43 -0000 From: Marius Nuennerich Subject: Re: Porting FreeBSD to the Neo1973 (arm920t) Date: Tue, 18 Sep 2007 17:16:01 +0200 > On Tue, 18 Sep 2007 07:54:31 -0600 (MDT) > "M. Warner Losh" wrote: > > > In message: <20070918115334.569521c1@sol.hackerzberg.local> > > Marius Nuennerich writes: > > : Hi all, > > : > > : Andrew Turner and me are currently exploring what to do about getting > > : FreeBSD to run on the Neo1973. Andrew put up some first instructions > > : here: http://wiki.openmoko.org/wiki/FreeBSD > > : > > : Much information about the hardware can be found in that wiki. We are > > : currently stuck after loading the kernel because there is no > > : framebuffer driver (yet) and the uart is not working. > > : > > : I'm using qemu right now because I have no hardware yet. > > > > Are there instructions for that posted somewhere. Last time I tried > > to get it going I hit all kinds of snags. > > Just checkout https://svn.openmoko.org/trunk/src/host/qemu-neo1973 with > subversion and do this: > http://wiki.openmoko.org/wiki/Talk:OpenMoko_under_QEMU#FreeBSD_and_Qemu... > > Then run openmoko/download.sh and openmoko/flash.sh if you have all the > dependencies it should work. I'll take a look at these... I think there might be some of this integrated into the qemu-devel port, but maybe I'm misremebering the commit messages. > > : Any idea what to do next? How to get the uart working? And how to tell > > : the kernel to use it as console? > > > > Chances are very good that you'll need more than just the uart. The > > uart for the samsung devices will need a driver written for it. > > You'll also need to initialize memory in some way that's unique for > > this SoC > > Uh, I thought that this could happen. I have no experience with drivers > like this. But at least it's documented in the User Manual from > Samsung. Yes. There's also a console driver (but not serial port driver) in NetBSD right now for at least earlier versions of the Samsung part's uart. > > : Many Thanks > > : Marius > > : > > : P.S. Should I have posted this to freebsd-arm? > > > > This is radically cool! > > > > I'd love to see FreeBSD going on this phone, and would help out as > > best I can. I was going to buy one, but my cash flow won't allow it > > until I can sell some real estate :-(. > > Hehe, similar problem here. I wait for the next hardware version as one > should be able to use gps without a linux blob. Maybe I should wait for it as well :-) btw, the project offers p4 services for people that are doing cool work. This would qualify. The arm-devel p4 branch has many items that are being polished for integration into the tree, and this seems like a good place to do the neo work. I did all my atmel work on a p4 branch... Warner