linuxppc-dev.lists.ozlabs.org archive mirror
 help / color / mirror / Atom feed
From: Dan Malek <dan@netx4.com>
To: Tom Montgomery <tmontgom@miranda.com>
Cc: "linuxppc-embedded@lists.linuxppc.org"
	<linuxppc-embedded@lists.linuxppc.org>
Subject: Re: Running from ROM
Date: Tue, 06 Jun 2000 14:05:23 -0400	[thread overview]
Message-ID: <393D3D63.E3504DE9@embeddededge.com> (raw)
In-Reply-To: 393D06BD.ADEDF247@miranda.com


Tom Montgomery wrote:


> .... What I have gathered from
> lurking here is that embedded linux operates like PC linux, and that is
> not the model we are looking for.

Hmmm.  It is quite different from a workstation version from my
perspective.  On the other hand, the workstation version of Linux
contains many features we can (and want to) utilize.

If you want to make Linux look like a primitive RTOS, you can hard
code a bunch of variables and write some simple kernel threads and
be done.  Most people are tired of primitive RTOS environments and
want something with the features and configurability of a workstation
in a smaller package.  That's probably why embedded Linux appears to
look like a workstation to you.  Why not utilize those features when
it is beneficial?

> .... Running from ROM makes sense to us,
> too.

OK, explain this to me.  It doesn't make any sense to me for the
following reasons:

	Flash ROM is more expensive than equivalent sized DRAM
	Flash ROM is more difficult to acquire
	I can compress the kernel and file system into a single
		8-bit device, saving substantial board space.
	Flash ROM is typically slower access than DRAM
	Small DRAM parts are getting harder to find and more
		expensive, so you may as well use more DRAM
	Running the kernel from flash may save 600K or so of RAM
		and require an additional 500K of Flash ROM (because it
		isn't compressed any more)

I have seen some very versatile and cost effective systems that use
a tiny Flash rom and Compact Flash for storage.  Above some size (like
16 Mbytes or so), Compact Flash is more economical than soldered on
board flash.  It is also much easier to manage and adds product
flexibility.

Execution from Flash ROM is harder to debug and configure, increasing
development time.

I like learning new things.....explain why running from Flash is better
for your system.


	-- Dan

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

  reply	other threads:[~2000-06-06 18:05 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-06-05 21:37 Running from ROM Kent Borg
2000-06-05 22:03 ` Mark Hatle
2000-06-05 22:21   ` Joe Green
2000-06-06 13:39     ` Kent Borg
2000-06-06 14:12       ` Tom Montgomery
2000-06-06 18:05         ` Dan Malek [this message]
2000-06-06 20:11           ` Kent Borg
2000-06-06 21:04             ` Dan Malek

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=393D3D63.E3504DE9@embeddededge.com \
    --to=dan@netx4.com \
    --cc=linuxppc-embedded@lists.linuxppc.org \
    --cc=tmontgom@miranda.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).