#8015 closed enhancement (invalid)
allow overriding hardware crypto for WiFi/WPA
Reported by: | matthiasr | Owned by: | nobody |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | Network & Internet/Stack | Version: | R1/alpha3 |
Keywords: | wifi, wpa | Cc: | |
Blocked By: | Blocking: | ||
Platform: | All |
Description
Please add an option analog to http://leaf.dragonflybsd.org/mailarchive/commits/2010-11/msg00169.html for bypassing the hardware crypto of the WiFi chipset - it is broken at least on some Atheros ones, specifically (non-exhaustively)
device Network controller (Ethernet controller) [2|0|0]
vendor 168c: Atheros Communications Inc. device 1014: AR5212 802.11abg NIC
and AR9285 (only tested with DragonFly)
This shows e.g. as DHCPOFFERs being sent by the router (as per router's log), but not received by the system. On DragonFly setting the sysctl from that commit solves this problem.
Change History (6)
comment:1 by , 13 years ago
comment:2 by , 13 years ago
I'd actually prefer if the driver for the affected hardware would simply not expose the hardware crypto feature if it is broken. Having to manually fiddle with a setting in that way wouldn't really be a good user experience.
comment:3 by , 8 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
comment:4 by , 6 years ago
Please retest with a recently nightly; the ath driver is much better about hardware crypto support now.
comment:6 by , 5 years ago
Milestone: | R1 |
---|
Remove milestone for tickets with status = closed and resolution != fixed
I can confirm this behavior with AR9285 under Haiku hrev42801 - unencrypted wifi works perfectly, but I can never get an address from an encrypted network.