On Wed, 2024-03-20 at 01:10 +0000, David Lin wrote: > > > > > > Also decl.h should probably _shrink_ rather than grow, a number of > > > things just replicate ieee80211.h (such as MWIFIEX_MGMT_HEADER_LEN > > > really is just > > > sizeof(ieee80211_mgmt) or so? Not quite correctly.) > > > > > > > This can be done for feature patches. But this is a feature patch :-) > > > So yeah, agree with Brian, not only would this be the first, but it's > > > also something we don't really _want_. All other drivers that want > > > stuff like this are stuck in staging ... > > > > > > So why is this needed for a supposedly "firmware does it all" driver, > > > and why can it not be integrated with mac80211 if it's no longer "firmware > > does it all"? > > > > > > Johannes > > > > Our proprietary driver is cfg80211 driver, it is very hard to create a brand new > > mac80211 driver and still can port all tested stuffs from our proprietary driver. That basically doesn't matter for upstream at all. > > BTW, vendor should have the choice to use cfg80211 or mac80211 for their chips, right? No, that's not how it works. The choice should be what makes sense architecturally. johannes
