Skip to content
This repository has been archived by the owner on Nov 21, 2020. It is now read-only.

Proper state-handling #32

Open
ellie-idb opened this issue Apr 4, 2020 · 3 comments
Open

Proper state-handling #32

ellie-idb opened this issue Apr 4, 2020 · 3 comments
Labels
enhancement New feature or request P2 Minor issue, quality of life

Comments

@ellie-idb
Copy link
Member

A major issue I keep finding is: how do we handle 802.11 well? Taking examples from other 802.11 stacks, there's a transport layer and a hardware abstraction layer, as well as a higher level 802.11 layer.

Should we model our driver after these? How should we do such?

@ellie-idb ellie-idb added enhancement New feature or request P2 Minor issue, quality of life labels Apr 4, 2020
@zxystd
Copy link
Contributor

zxystd commented Apr 10, 2020

According to 0f2a427 commit, means that use openbsd net80211 to handle AUTH->ASSOCIATE->RUN state? But this net80211 is limit as 11n phy mode, 11ac is not fully support.

@ellie-idb
Copy link
Member Author

@zxystd Well, Apple80211 is limited in that it only does channel steering, EAPOL (WPA/WEP) authentication, and IE parsing. We have to do all of the rate selection, handle all of the management packets, and such internally, but I’m reconsidering reverting that commit and just building in the functionality internally through C++ because a lot of the functionality that ieee80211 has been replaced with code we wrote.

@mehmetyukcell
Copy link

Can I rebuild and try the kext?

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
enhancement New feature or request P2 Minor issue, quality of life
Projects
None yet
Development

No branches or pull requests

3 participants