Go to the FreeLists Home Page Home Signup Help Login
 



[openbeosnetteam] || [Date Prev] [05-2002 Date Index] [Date Next] || [Thread Prev] [05-2002 Thread Index] [Thread Next]

[openbeosnetteam] Re: PPP, libnet, and why inside the kernel?

  • From: philippe.houdoin@xxxxxxx
  • To: openbeosnetteam@xxxxxxxxxxxxx
  • Date: Mon, 06 May 2002 14:59:52 +0200 (MEST)
> When the kernel couldn't load the networking stack module, 
> the call to socket() could just return an error, it doesn't 
> have to be included in the kernel for this.

It's exactly what it does *already* if, for whatever reason, the 
stack can't be accessed.

> Anyway, I would rather see *all* networking related functions in 
> libnet.so.

And most if not all R5 apps will *look* in this same library, too.
It's not like we've really any choice, here.

But I think what David have in mind on this topic is
bypassing the /dev/net/stack driver, by exporting the today 
core's soinit + socreate in a kernel socket() syscall, which the userland 
part socket() will simply call from libnet.so. And same for all others 
sockets API.

My opinion on this suggestion is I would like better a kernel 
who don't even know what a network stack or socket is. He knows 
only what file descriptors are, and that's far enough we needs.
Small is beautifull.

Let's hide any network stuff to the kernel by placing them 
in kernel modules, that the purpose of a modular kernel: we can expand, 
dynamicly :-) what's the OS low-level services...

-Philippe





[ Home | Signup | Help | Login | Archives | Lists ]

All trademarks and copyrights within the FreeLists archives are owned by their respective owners.
Everything else ©2007 Avenir Technologies, LLC.