Page MenuHomeFreeBSD

[net80211] handle hardware encryption offload in the receive path
ClosedPublic

Authored by adrian on Nov 15 2016, 9:49 PM.
Tags
None
Referenced Files
Unknown Object (File)
Nov 26 2025, 11:21 PM
Unknown Object (File)
Nov 26 2025, 11:44 AM
Unknown Object (File)
Nov 26 2025, 8:04 AM
Unknown Object (File)
Nov 24 2025, 2:15 PM
Unknown Object (File)
Nov 23 2025, 9:34 AM
Unknown Object (File)
Nov 21 2025, 2:40 PM
Unknown Object (File)
Nov 19 2025, 10:12 AM
Unknown Object (File)
Nov 3 2025, 5:01 AM
Subscribers

Details

Summary
  • teach the crypto modules about receive offload - although I have to do some further reviewing in places where we /can't/ have an RX key
  • teach the RX data path about receive offload encryption - check the flag, handle NULL key, do decap and checking as appropriate.

Diff Detail

Repository
rS FreeBSD src repository - subversion
Lint
Lint Passed
Unit
No Test Coverage
Build Status
Buildable 5956
Build 6237: arc lint + arc unit

Event Timeline

adrian retitled this revision from to [net80211] handle hardware encryption offload in the receive path.
adrian updated this object.
adrian edited the test plan for this revision. (Show Details)
avos edited edge metadata.
avos added inline comments.
sys/net80211/ieee80211_crypto.c
600

some hardware can pass h/w key index - does it needed here?

sys/net80211/ieee80211_sta.c
748

here too

This revision is now accepted and ready to land.Nov 15 2016, 11:56 PM
sys/net80211/ieee80211_crypto.c
600

Sure, but if we get a hardware key but it strips the IV, we still can't really check anything. :(

This revision was automatically updated to reflect the committed changes.