Go to the FreeLists Home Page Home Signup Help Login
 



[openbeosnetteam] || [Date Prev] [09-2003 Date Index] [Date Next] || [Thread Prev] [09-2003 Thread Index] [Thread Next]

[openbeosnetteam] Re: moving ppp to other location

  • From: "Axel Dörfler" <axeld@xxxxxxxxxxxxxxxx>
  • To: openbeosnetteam@xxxxxxxxxxxxx
  • Date: Thu, 18 Sep 2003 15:40:54 +0200 CEST
Philippe Houdoin <philippe.houdoin@xxxxxxx> wrote:
> Axel, replying to Waldemar:
> > > I actually wanted to call it "ppp", but this will conflict with 
> > > the
> > > subdirectory "ppp" where the module binaries should be put into.
> > Why not just put the ppp module into network/ppp/?
> The PPP interface module/manager, like any other network interface 
> module, 
> should have a module name matching "network/interfaces/*", because 
> the stack 
> load -all of- them via open_module_list("network/interfaces");.
> As we like to keep source code layout similar to the binary location, 
> I agree 
> with Waldemar here about the PPP interface module code source 
> location to be 
> under src/add-ons/kernel/network/interfaces/<whatever>.

Yes, that sounds perfect to me!

> Now, about this "whatever" leaf module name, I guess "ppp" sounds 
> good, even 
> if, in my mind, a more upper module should wrap all dial up 
> networking 
> interfaces, hence a top "dun" module name. But, let's start with just 
> PPP dial 
> up networking interfaces...

That would be nice to have, yes. Although we probably don't need to 
support any other DUNs for R1, do we?

> However, all others PPP sub-modules are PPP specifics: they follow a 
> separate 
> PPP API, aka the core stack don't know nor handle them himself.
> So, they should not be located under src/add-ons/kernel/network/
> interfaces/* 
> nor src/add-ons/kernel/network/protocols/*, as modules living here 
> are expected 
> to follow the stack core API.
> So, to isolate PPP sub-modules, it make sense to put them under 
> src/add-ons/kernel/network/ppp/*.
> And shared code between them should be placed here, in a "shared" sub
> -folder.

Sounds perfect to me, too.

> > You know that there is no direct possibility to say 
> > open_module(const 
> > char *path)?
> > You need to know the module name, not its file name to open it.
> I guess Waldemar was talking of module name, not module path in this 
> case.

Which would make it clear :)

> Hence a future PPPoE module source code location, under 
> src/add-ons/kernel/network/ppp/pppoe/*, using the PPP shared code 
> in src/add-ons/kernel/network/ppp/shared/*.
> I hope having made that layout clear!?
> ;-)

Looks good!

Bye,
   Axel.






[ 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.