Go back –> Main ath9k driver page

ath9k TODO list

This page documents work being done and which needs to be done for ath9k.

Being worked on

AR93xx family support

Check out the AR93xx TODO page for details on this.

Available work, any takers?

• Use new wiphy->n_addresses, wiphy->addresses and wiphy->addr_mask instead of the ath->bssidmask. See this patch for reference:

    cfg80211: export multiple MAC addresses in sysfs
    
    If a device has multiple MAC addresses, userspace will
    need to know about that. Similarly, if it allows the
    MAC addresses to vary by a bitmask.
    
    If a driver exports multiple addresses, it is assumed
    that it will be able to deal with that many different
    addresses, which need not necessarily match the ones
    programmed into the device; if a mask is set then the
    device should deal addresses within that mask based
    on an arbitrary "base address".
    
    To test it all and show how it is used, add support
    to hwsim even though it can't actually deal with
    addresses different from the default.
    
    Signed-off-by: Johannes Berg <johannes@sipsolutions.net>
    Signed-off-by: John W. Linville <linville@tuxdriver.com>

Then add an nl80211 command for displaying this stuff.

Cleanup

* Design a descriptor layer

• Must probably encompass struct ath_rx_status and struct ath_tx_status, making struct ar5416_desc a HW type. Again, a clean layer for accessing descriptors.

* Cleanup HW capabilities

• Still too convoluted.

* Cleanup ChannelFlags

• Still a bit ugly.

Will not be supported

• WEP 152 - there are no plans to support this in mac80211