Date: Tue, 25 Jan 2000 15:12:06 -0500 From: "Michael S. O'Donnell" <mso@bus.net> To: Greg Lehey <grog@lemis.com> Cc: Timo Rossi <trossi@co.jyu.fi>, small@FreeBSD.ORG Subject: Re: New approach to picobsd Message-ID: <388E0396.9EA998A1@bus.net> References: <3888D5CF.329989@achtung.com> <20000122145538.A390@mojave.worldwide.lemis.com> <20000124122024.A4574@horus.co.jyu.fi> <20000125103358.U2643@mojave.worldwide.lemis.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?388E0396.9EA998A1>