ath9k is a completely FOSS wireless driver for Atheros IEEE 802.11n WLAN based chipsets.
Our mailing list for this driver is:
Get the code
ath9k is part of wireless-testing now.
To build wireless-testing, use the instructions in this page: http://wireless.kernel.org/en/users/Download
To enable ath9k, you must first enable mac80211:
Networking ---> Wireless ---> <M> Improved wireless configuration API <M> Generic IEEE 802.11 Networking Stack (mac80211)
You can then enable ath9k in the kernel configuration under
Device Drivers ---> [*] Network device support ---> Wireless LAN ---> <M> Atheros 802.11n wireless cards support
Products in the retail market containing Atheros AR5008-based solutions
- N1 Wireless Notebook Card
DWA-642 RangeBooster N Notebook Adapter
DWA-645 RangeBooster N650 Notebook Adapter
DWA-542 RangeBooster N Desktop Adapter
DWA-547 RangeBooster N650 Desktop Adapter
- DWA-652 XtremeN Notebook Adapter
- DWA-552 XtremeN Desktop Adapter
DWA-643 Xtreme N ExpressCard Notebook Adapter
- DWA-556 Xtreme N PCIe Desktop Adapter
- WNHDE111 Video Bridge
- WN711, Wireless-N eXpresscard adapter
Things on our TODO list.
Being worked on
- IBSS/Mesh - IBSS should work, needs testing with WPA (any user
- interested in help testing?)
- AP - This is being worked on, expect to see a lot of changes in
- Give regulatory a good scrubbing, specially once CRDA goes in.
- Pending additions for CRDA are moving the call to CRDA to use udev uevent helpers and to allow drivers to pass their own built regulatory domain structure.
- Cleanup ath_hal and ath_hal_5416.
- Merge ath_tx_status, ath_rx_status, ath_desc with ar5416_desc.
- HW capabilities is still too convoluted.
- Merge ath9k_txq_info and ath9k_tx_queue_info.
ChannelFlags are still a bit ugly.
- Wireless Mode stuff is messy ( WIRELESS_MODE_* /
- ATH9K_MODE_SEL_* / CHANNEL_* )
- Node usage ( usage of sta_info was suggested )
- Virtual Interfaces ( embed ath_vap in the private area of ieee80211_vif )
- RX Filter - has to be completely revamped. (remove ath_scan_end,
- Move aggregation away from rc.c
- Identify macros that can be moved to mac80211 ( look at ath9k.h )
- Use Bitfields wherever appropriate ( struct ath_buf_state )
- Review inline usage.
- Kerneldoc usage.
- Everything else that were pointed out by Johannes.
In the long run
- WDS - Already part of mac80211, probably can be added after AP
- Merge struct ath_hal and struct ath_softc (probably best for 2.6.28)
- Power management – needs work and integration on mac80211/cfg80211,
- see Johanne's e-mails