lkml.org 
[lkml]   [2000]   [Dec]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: ANNOUNCE: Linux Kernel ORB: kORBit


On Wed, 13 Dec 2000, Chris Lattner wrote:

> > plan-9.bell-labs.com/sys/man/

Arrgh. s/plan-9/plan9/. My apologies.

> Err... yeah, so you're effectively mapping UNIX/POSIX across 9P. That's
> not very creative, and you could do the same thing with CORBA. I ask
> again, "How much development infrastructure is there for 9P?". If you say
> "just use unix", then what is the point of 9P at all? (on linux). Linux
> already has most of posix (and some would claim all of the "good
> stuff" in posix.).

IDGI. What 9P gives is an RPC mechanism that uses normal (as in "named streams
of characters") representation on the client side and very light-weight
library on the server side. It looks like you are trying to do a mechanism
that would export arbitrary _internal_ kernel APIs. I really don't see
what you would want it for.

Notice that exporting a kernel API is possible right now and you don't
need _any_ RPC for that. Check procfs/devfs/shmfs/etc. RPC comes into
the game when you want to export the piece of namespace to other box
or when userland server wants to export its stuff into namespace.

IOW, you don't export internal interfaces via RPC, you publish them
as a filesystem and then use RPC if you want to access it from another
box. Where it looks like filesystem, again.

_Another_ issue is with the stuff like plumber when you want to talk
with userland program via filesystem, but you seem to be talking about
something that looks like the first kind of situation...


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:28    [W:0.110 / U:2.516 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site