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)
Dec 14 2024, 4:35 PM
Unknown Object (File)
Dec 1 2024, 11:51 PM
Unknown Object (File)
Nov 25 2024, 7:36 AM
Unknown Object (File)
Nov 23 2024, 8:43 PM
Unknown Object (File)
Nov 23 2024, 8:43 PM
Unknown Object (File)
Nov 22 2024, 4:34 PM
Unknown Object (File)
Nov 19 2024, 11:13 AM
Unknown Object (File)
Nov 12 2024, 4:34 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.