From owner-freebsd-small Tue Jan 25 12:13:19 2000 Delivered-To: freebsd-small@freebsd.org Received: from edna.bus.net (edna.bus.net [207.41.24.10]) by hub.freebsd.org (Postfix) with ESMTP id 9073C14C28 for ; Tue, 25 Jan 2000 12:13:03 -0800 (PST) (envelope-from mso@bus.net) Received: from bus.net (1.ct4.dyn.connix.net [209.66.144.64]) by edna.bus.net (8.8.8/8.8.8) with ESMTP id PAA06401; Tue, 25 Jan 2000 15:12:43 -0500 (EST) (envelope-from mso@bus.net) Message-ID: <388E0396.9EA998A1@bus.net> Date: Tue, 25 Jan 2000 15:12:06 -0500 From: "Michael S. O'Donnell" X-Mailer: Mozilla 4.51 [en]C-DIAL (Win95; I) X-Accept-Language: en MIME-Version: 1.0 To: Greg Lehey Cc: Timo Rossi , small@FreeBSD.ORG Subject: Re: New approach to picobsd References: <3888D5CF.329989@achtung.com> <20000122145538.A390@mojave.worldwide.lemis.com> <20000124122024.A4574@horus.co.jyu.fi> <20000125103358.U2643@mojave.worldwide.lemis.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-small@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG although i'm a beginner to both picoBSD and FreeBSD, i will gladly volunteer to assist in this effort in any way. embedded systems application is precisely the reason why i joined this group. my background is manufacturing engineering, i have a BSEE where i specialized in computer engineering. my real skill is executing mathematics in assembly language (now a dead skill). i'm working hard to gain stronger C skills and to better understand OSs. meanwhile, i'm sure i could at least help in documentation. as soon as i get ppp up, you won't have to deal with this netscape generated mail from me anymore. thanks for your patience. Michael S. O'Donnell mso@bus.net V 203.334.5885 F 203.334.5453 > > What about embedded systems with small amounts of flash memory with > > hard disk emulation (for example an IDE-flashdisk with a few > > megabytes capacity)? > > This is in fact an area that I might be investigating in the near > future. I think we need to look at a different approach for embedded > systems. On general-purpose systems, we aim for easy continuous > change. In order to do this, we have separate executables with > dynamic linking to a large number of files. These are all inefficient > in storage utilization, so PicoBSD has no libraries and crunched > executables. I think the latter approach is also correct for flash > memory systems. > > Unfortunately, the current PicoBSD system is oriented towards > floppies. This has the great disadvantage, at least in the current > implementation, that each crunched executable repeats the library > contents. For a flash memory system it would make more sense to have > a single executable, which might be larger than a single floppy. > > Greg > -- > Finger grog@lemis.com for PGP public key > See complete headers for address and phone numbers > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-small" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-small" in the body of the message