[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: A comment about changing kernels
From: |
Neal H. Walfield |
Subject: |
Re: A comment about changing kernels |
Date: |
Fri, 28 Oct 2005 20:03:04 +0100 |
User-agent: |
Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.6 (Marutamachi) APEL/10.6 Emacs/21.4 (i386-pc-linux-gnu) MULE/5.0 (SAKAKI) |
At Fri, 28 Oct 2005 20:34:09 +0200,
Bernhard Kauer wrote:
>
> > The problem with L4.sec is the following: It does currently not have
> > all the operations that we think we need (I am thinking specifically
> > about efficient capability copy and identification).
>
> Just some comments from the L4.sec perspective:
>
> The identification via read_badge() is something which will in my
> opinion be part of the kernel if we do not come with a better solution
> to solve the multiple capability-parameters problem. Since the read_badge()
> operation could change, it is currently called "experimental" in the spec.
>
> Now to copy(): I know no functional argument to introduce a copy() into
> L4.sec.
Have you considered this argument [1]? I'd be interested in hearing
the reactions from the L4.sec perspective.
> The only argument is performance. Because mapping (or copy) a
> return endpoint with every RPC will be too expensive, server protocols
> will be session based. To establish a new session with a server the
> server has to be called anyway, which nullifies the advantage of copy().
I don't understand this. Could you please elaborate what "server
protocols will be session based" means? Perhaps with an illustration
of what you envision?
> Beside this, both operations are implementable with around 30 lines of
> code each, which makes these features not very critical.
Which features do you mean exactly?
Thanks,
Neal
[1] http://lists.gnu.org/archive/html/l4-hurd/2005-10/msg00361.html
- A comment about changing kernels, Jonathan S. Shapiro, 2005/10/27
- Re: A comment about changing kernels, ness, 2005/10/27
- Re: A comment about changing kernels, Marcus Brinkmann, 2005/10/27
- Re: A comment about changing kernels, Bas Wijnen, 2005/10/27
- Re: A comment about changing kernels, Marcus Brinkmann, 2005/10/27
- Re: A comment about changing kernels, Jonathan S. Shapiro, 2005/10/27
- Re: A comment about changing kernels, Jonathan S. Shapiro, 2005/10/27
- Re: A comment about changing kernels, Jonathan S. Shapiro, 2005/10/27
- Re: A comment about changing kernels, Bernhard Kauer, 2005/10/28
- Re: A comment about changing kernels,
Neal H. Walfield <=
- Re: A comment about changing kernels, Bernhard Kauer, 2005/10/28
- Re: A comment about changing kernels, Jonathan S. Shapiro, 2005/10/28
- Re: A comment about changing kernels, Jonathan S. Shapiro, 2005/10/28
- Re: A comment about changing kernels, Bernhard Kauer, 2005/10/29
- Re: A comment about changing kernels, Jonathan S. Shapiro, 2005/10/29
- Re: A comment about changing kernels, Bernhard Kauer, 2005/10/29
- Re: A comment about changing kernels, Jonathan S. Shapiro, 2005/10/30
- Re: A comment about changing kernels, Bernhard Kauer, 2005/10/30
- Re: A comment about changing kernels, Jonathan S. Shapiro, 2005/10/31
- Re: A comment about changing kernels, Bernhard Kauer, 2005/10/31