[openbeosnetteam] Drivers...
- From: "David Reid" <dreid@xxxxxxxxxxxx>
- To: "OpenBeOS Network Team" <openbeosnetteam@xxxxxxxxxxxxx>
- Date: Sat, 23 Mar 2002 01:38:49 -0000
After looking at the performance it's obvious that while the kernel is
fsater, it's not a huge jump. I think the main reason is that we're using
the same drivers and accessing them via open() which probably isn't ideal...
I'd like to eventually write our own drivers as this also gives us access to
media settings and so on, something I'm not sure we have at present with the
drivers we have.
Also I think that having a driver add the data to a queue and then simply
having the network stack pop it and start processing it will be quicker than
having the stack sit on a read() call with all the copying of data that
involves... In fact I'd like to not bother having the devices publish
themselves and having the net_stack simply run them as modules! I mean if we
have a network/drivers directory and every time the stack starts we simply
call each module and ask it if it wants to init we'd be in roughly the same
situation wouldn't we?
On a related note... with regard to shutdown and restart, hw about we make
the modules be NOT B_KEEP_LOADED and then when we restart or shutdown the
core simply calls put_module and the modules can be unloaded. The core I'm
not sure about, but it would allow us to simply add modules and then
restart, rescan and start with all the new modules. Thoughts?
Oh, and how does the stack get signalled that the system is closing down and
should shutdown?
Anyway, just a heads up.
Night all!
david
- Follow-Ups:
- [openbeosnetteam] Re: Drivers...
- From: Beprojects.com
Other related posts:
- » [openbeosnetteam] Drivers...
- » [openbeosnetteam] Re: Drivers...
- » [openbeosnetteam] Re: Drivers...
- [openbeosnetteam] Re: Drivers...
- From: Beprojects.com