From: "Brian J. Murrell" <23e66ee85dd6f572f5e9fdbfa506bf85@interlinx.bc.ca>
To: linux-mtd@lists.infradead.org
Cc: joern@wohnheim.fh-wedel.de, Jamey.Hicks@hp.com
Subject: Re: MTD Config.in items not escaped by bus availability
Date: Wed, 30 Oct 2002 14:38:34 -0500 [thread overview]
Message-ID: <20021030193834.GE27880@pc.ilinx> (raw)
In-Reply-To: <20021030185507.GA31547@wohnheim.fh-wedel.de>
[-- Attachment #1: Type: text/plain, Size: 1399 bytes --]
[ I dunno if this will make it to the list or not as I seem to be
getting bounced from list postings, most likely in the name of spam
prevention. What the spammers have done to our Internet! ~sigh~ ]
On Wed, Oct 30, 2002 at 07:55:07PM +0100, Jörn Engel wrote:
>
> NOR flashes are basically ram sans write access. You can connect them
> to the memory bus, execute code directly from those. And I know of no
> system without a memory bus that linux is running on. ;-)
As I wrote to Jamey, and got a bounce back from the linux-mtd list,
Linux does run on a "system" without a memory bus. UML, is linux in a
user-space process. It has no access to any hardware directly. It
does a pretty good job of isolating itself from trying to build
hardware drivers, as long as the drivers are connected to "bus"es in
the kernel configuration system.
He also did point out that MTDs can be attached to memory buses, and
unless I have missed it, the linux kernel configuration system does
not recognize memory buses as a device which needs to be explicitly
configured. Perhaps it should be, such that MTDs could be dealt with
in a manner such as:
if [ "$CONFIG_MEMORY_BUS" = "y" -o
"$CONFIG_SOME_OTHER_BUS" = "y" -o
"$CONFIG_YET_ANOTHER_BUS" = "y" ]; then
<ask about CONFIG_MTD>
fi
and UML kernels and undef CONFIG_MEMORY_BUS.
b.
--
Brian J. Murrell
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2002-10-30 23:48 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-10-30 16:22 MTD Config.in items not escaped by bus availability Hicks, Jamey
2002-10-30 17:30 ` Brian J. Murrell
[not found] ` <20021030185507.GA31547@wohnheim.fh-wedel.de>
2002-10-30 19:38 ` Brian J. Murrell [this message]
[not found] ` <20021030201608.GA28523@wohnheim.fh-wedel.de>
2002-10-30 20:49 ` Brian J. Murrell
[not found] ` <20021030214341.GC25383@wohnheim.fh-wedel.de>
2002-10-30 22:46 ` Brian J. Murrell
2002-10-31 16:53 ` Jörn Engel
2002-10-31 18:37 ` Jörn Engel
2002-10-31 19:05 ` Brian J. Murrell
2002-10-31 21:00 ` Jörn Engel
2002-11-03 11:59 ` Brian J. Murrell
2002-11-04 14:17 ` Jörn Engel
2002-11-04 14:29 ` Brian J. Murrell
2002-11-04 17:13 ` Jörn Engel
2002-11-06 20:45 ` Brian J. Murrell
2002-11-07 8:00 ` David Woodhouse
2002-11-07 13:50 ` Brian J. Murrell
2002-11-07 14:00 ` David Woodhouse
2002-11-07 15:33 ` Jörn Engel
2002-11-07 15:34 ` David Woodhouse
2002-11-07 15:54 ` Jörn Engel
2002-11-07 15:58 ` David Woodhouse
2002-11-07 16:00 ` Jörn Engel
2002-11-07 15:21 ` Jörn Engel
2002-11-07 12:13 ` Unable to handle kernel NULL pointer dereference at virtual address 0000000c nur
-- strict thread matches above, loose matches on Subject: below --
2002-10-30 22:09 MTD Config.in items not escaped by bus availability Hicks, Jamey
2002-10-28 13:48 Brian J. Murrell
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=20021030193834.GE27880@pc.ilinx \
--to=23e66ee85dd6f572f5e9fdbfa506bf85@interlinx.bc.ca \
--cc=Jamey.Hicks@hp.com \
--cc=joern@wohnheim.fh-wedel.de \
--cc=linux-mtd@lists.infradead.org \
/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