On Thu, 08 Dec 2005 13:12:44 +0100, Arjan van de Ven wrote: > this argument is analogue to the adaptec SAS driver one about the scsi > host structure. ieee80211 should be a LIBRARY of functions that can do > things,
Unfortunately, it is not possible to implement ieee80211 as a library, because you need fragmentation, WDS and such funny stuff, which require ieee80211 (or possibly "softmac") to be a layer between networking core and a driver. > the driver should be able to use the library or not at its own > choice. forcibly making the ieee80211 layer deal with the WE's is the > wrong way for this kind of thing, especially since several layers of the > stack will be optional, so it has to be possible for drivers to go > "until this layer I use the ieee80211 library functions, below that my > own". Making ieee80211 (not any possible layer on top of it, but ieee80211) to handle part of WE for drivers and reexport (or whatever) the rest to drivers will not take off the possibility to use WE by others. Where is the problem? The goal is to make life simpler for drivers. Dealing with WE is not easy and even if everything which ieee80211 will do is allowing drivers to register their handlers during allocation of ieee80211_device by simply setting pointers to their functions (in ieee80211_device or somewhere), it will be easier (see the thread at http://oss.sgi.com/projects/netdev/archive/2004-06/msg00463.html to understand what I mean). But I agree this is something we can argue about. This is not the main reason I gave in my mail, so if you still don't agree with me in this point, please imagine I didn't mention it - it's not something I want to argue about now and the explanation I gave is I think valid even without this point. Thanks, -- Jiri Benc SUSE Labs - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
