linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Karim Yaghmour <karim@opersys.com>
To: Jacob Gorm Hansen <jg@ioi.dk>
Cc: Pavel Machek <pavel@suse.cz>,
	linux-kernel <linux-kernel@vger.kernel.org>,
	Adeos <adeos-main@mail.freesoftware.fsf.org>,
	Philippe Gerum <rpm@xenomai.org>
Subject: Re: [Adeos-main] Re: [PATCH] Adeos nanokernel for 2.5.38 1/2: no-arch  code
Date: Tue, 24 Sep 2002 19:15:26 -0400	[thread overview]
Message-ID: <3D90F20E.405769B0@opersys.com> (raw)
In-Reply-To: 20020924213356.GA14291@ibook


Jacob Gorm Hansen wrote:
> On Tue, Sep 24, 2002 at 05:05:12PM -0400, Karim Yaghmour wrote:
> >
> > To be honest, nothing in Adeos is "new". Adeos is implemented on
> > classic early '90s nanokernel research. I've listed a number of
> > nanokernel papers in the paper I wrote on Adeos. A complete list
> > of nanokernel papers would probably have hundreds of entries.
> > Some of these nanokernels even had OS schedulers (exokernel for
> > instance). All Adeos implements is a scheme for sharing the
> > interrupts among the various OSes using an interrupt pipeline.
> 
> Hi,
> 
> are you planning to add spaces & portals, like in Space or Pebble?

I'm not sure whether what we plan to offer actually fits Space's definition
of spaces, but domains already exist and portals should be trivial to
implement over what we already have. For details on what plan to offer
in terms of spaces, take a look at the paper I wrote describing how
to implement Linux SMP clusters:
http://opersys.com/ftp/pub/Adeos/practical-smp-clusters.ps
Basically, Adeos would hand over RAM regions according to each OS
instance's requests. In such a case, each kernel would have its own
virtual memory and communication would be possible using "bridges",
shared physical RAM regions. Many OSes can coexist in the same virtual
address space, but the mechanisms for managing the virtual address
space are not up to Adeos.

Karim

===================================================
                 Karim Yaghmour
               karim@opersys.com
      Embedded and Real-Time Linux Expert
===================================================

  reply	other threads:[~2002-09-24 23:06 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-09-23  2:58 [PATCH] Adeos nanokernel for 2.5.38 1/2: no-arch code Karim Yaghmour
2002-09-22  4:59 ` Pavel Machek
2002-09-24 21:05   ` Karim Yaghmour
2002-09-24 21:33     ` [Adeos-main] " Jacob Gorm Hansen
2002-09-24 23:15       ` Karim Yaghmour [this message]
2002-09-24 22:06     ` Pavel Machek
2002-09-24 23:22       ` Karim Yaghmour
2002-09-25  8:17         ` Pavel Machek
2002-09-23  3:03 ` Arnaldo Carvalho de Melo
2002-09-23  3:09   ` Karim Yaghmour

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=3D90F20E.405769B0@opersys.com \
    --to=karim@opersys.com \
    --cc=adeos-main@mail.freesoftware.fsf.org \
    --cc=jg@ioi.dk \
    --cc=linux-kernel@vger.kernel.org \
    --cc=pavel@suse.cz \
    --cc=rpm@xenomai.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;
as well as URLs for NNTP newsgroup(s).