From owner-freebsd-hackers Mon Dec 18 14:27:45 2000 From owner-freebsd-hackers@FreeBSD.ORG Mon Dec 18 14:27:38 2000 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from peorth.iteration.net (peorth.iteration.net [208.190.180.178]) by hub.freebsd.org (Postfix) with ESMTP id AF8DB37B400; Mon, 18 Dec 2000 14:27:34 -0800 (PST) Received: by peorth.iteration.net (Postfix, from userid 1001) id 0953B57482; Mon, 18 Dec 2000 16:27:32 -0600 (CST) Date: Mon, 18 Dec 2000 16:27:32 -0600 From: "Michael C . Wu" To: Warner Losh Cc: Devin Butterfield , freebsd-small@FreeBSD.ORG, Jordan Hubbard , freebsd-hackers@FreeBSD.ORG Subject: Re: StrongARM support? Message-ID: <20001218162732.A70076@peorth.iteration.net> Reply-To: "Michael C . Wu" Mail-Followup-To: "Michael C . Wu" , Warner Losh , Devin Butterfield , freebsd-small@FreeBSD.ORG, Jordan Hubbard , freebsd-hackers@FreeBSD.ORG References: <20001218151235.D69041@peorth.iteration.net> <78656.976769151@winston.osd.bsdi.com> <3A3862E4.5A46E14C@wireless.net> <20001218151235.D69041@peorth.iteration.net> <200012182119.OAA94431@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200012182119.OAA94431@harmony.village.org>; from imp@village.org on Mon, Dec 18, 2000 at 02:19:02PM -0700 X-PGP-Fingerprint: 5025 F691 F943 8128 48A8 5025 77CE 29C5 8FA1 2E20 X-PGP-Key-ID: 0x8FA12E20 Sender: keichii@peorth.iteration.net Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Mon, Dec 18, 2000 at 02:19:02PM -0700, Warner Losh scribbled: | In message <20001218151235.D69041@peorth.iteration.net> "Michael C | . Wu" writes: | : IIRC, NetBSD doesn't have the newer StrongARM SA-11xx ports. | : And that's why we have to work from ARM/Linux. | | In conversations that I had with an unnamed vendor a while ago, the | newer parts should be just a few days of casual effort to incorporate | into NetBSD. The glue chips for the eval boards likely would be more | work, but the mods for the new CPU would be farily minimal. I will look into this. | : With PicoBSD not working very well in -CURRENT and the advent of | : large sized flash media (SANDISK/CompactFlash, SmartMedia). | : Can we begin to maybe have a "make buildsmallworld" target? | : (i.e. a combination of NO_STATIC=yes and other suitable options) | | Maybe. I have a script that will effectively do a installsmallworld | target. The guts of the script are a for loop that does | | (cd $FreeBSDSrcDir | make -m ${FreeBSDSrcDir}/share/mk -f Makefile.inc1 \ | hierarchy DESTDIR=$1 NOMAN=yes | (cd etc ; make -m ${FreeBSDSrcDir}/share/mk \ | distribution DESTDIR=$1 NOMAN=yes) | for i in ${FreeBSDProgramDirs}; do | echo "==> $i" | test -d $i && | (cd $i ; make -m ${FreeBSDSrcDir}/share/mk \ | install -DNOINFO -DNOMAN DESTDIR=$1 -DNOPROFILE) | done) Do you use the gcc embedded optimizations? | which lets you tweak things to year heart's delight. Every time I go | to put this script up, I run into the "oh, but I want it to do X Y and | Z before posting." problem. Maybe I should just post it. Just an idea/question: Can we possibly use crunchgen to generate a big binary for userland tools only? Then we can drop in new binaries with ease. However, I think that simply buying a 100mb SANDISK is easier. :) | : In addition, -CURRENT has become very much larger. I know about | : the "embedded systems are customized, so cut it down yourself" | : argument. However, what if it's still large after we cut it down | : to the bare minimum? Also, what about /dev/random seeding problems? | | There are lots of ways to seed /dev/random in an embdeeded system. Right, I simply hope that Mark Murray can allow us to drop in things like GPS signal strength and radio background noise. Many embedded devices have antennas that could be put to good use. -- +------------------------------------------------------------------+ | keichii@peorth.iteration.net | keichii@bsdconspiracy.net | | http://peorth.iteration.net/~keichii | Yes, BSD is a conspiracy. | +------------------------------------------------------------------+ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message