NOTE: this page is for archival only, see the note at the end of the page.

P2P UI/next steps

  • wpa_supplicant deemed complete, no integration of things like directly communicating with avahi etc. since it may or may not be suitable for the system
  • necessary to have new p2p management component
  • p2p mgmt component would offer public API and consume wpa_supplicant's (dbus) APIs

P2P needed functionality

  • better virtual interface support
  • advertise "feature matrix", virtual interface combinations
  • beacon interval restrictions
  • power saving
  • need normal powersaving in place first

multi-channel operation

  • part of feature advertisement matrix
  • implement r-o-c per interface, OK to remove per-wiphy version of it
  • need mac80211 design for multiple chans, backward compat with single-channel devices
  • r-o-c offload to hardware

regdb patch requirements

world roaming

  • mostly userspace problem
  • kernel - enable overwriting regdom from world roaming?
  • mostly an issue of trust


  • remove pcmcia to remove issues
  • maybe look at more ifdefs
  • maybe make some patches for older kernels optional

automated testing

  • presentation by Sam/Paul
  • they'd like
    • HT radiotap (Johannes to post RFA)
    • ? (ISTR there was something else)

legacy drivers / documentation / open firmware


maintenance issues / community relations


private/specialised APIs

  • example: microAP (Marvell), but this should have proper API once the code requiring it goes into mainline; Johannes noted that often enough not doing this leads to APIs that, while somewhat generic, don't quite port to other drivers.
  • example: BT coex – currently sysfs (Nokia); discussion: could add APIs that are part of mainline, defined in nl80211, but not as generic as the regular APIs, defined in a specialised namespace. Do not want to add back dynamic registration of commands, as that would enable out of tree drivers to come up with crap. John noted that some things may simply require out of tree patches for specialised devices/platforms, and that sysfs files, while ugly, solve the problem "well enough".

Powersaving / Roaming / Offchannel operation enhancements

We are currently dropping broadcast / multicast frames when doing a bgscan and going to power save. We need to ensure we wait for all broadcast / multicast data is received before going to power save. ath9k already has code for this, this should just be moved to mac80211. This has been added to the power save TODO section.

We also need the same enhancements when doing roaming, we should follow the DTIM count, not just assume we are always on the DTIM count. In the worst case scenario of a DTIM of 1 we will loose frames though, specially if we have to scan on a passive scan channel, it means we may wait on the passive scan channel longer than 1 beacon internal so we have no option but to loose broadcast / multicast frames. We can enhance this by simply avoiding bgscan unless required. For this we'll need a force scan command, so that we know if we are willing to afford loosing frames when doing a bgscan. This command can also be used to also notify userspace when we hit a deadzone: when we can RX data from an AP but cannot TX to it. This is caused by the AP typically being able to transmit at a higher power than STAs. We can notify userspace we hit a deadzone when the beacon monitor is OK but the connection monitor in mac80211 is not OK. Userspace can then decide it wants to force us to roam off to another BSS on the ESS and use this new force scan command.

Other enhancements can be taken into consideration for offchannel operation like BA tweaks.

All these enhancements have now been documented on the wireless TODO list.


  • IBSS not really liked by anyone much
  • however, still required
  • desire for complete IBSS (including RSN) to avoid having to support WPA-None hacks
  • per-STA GTK also useful for fast transition (FT, 802.11r)
  • GTK patch needs APIs to allow driver to remove key from hw crypto if needed (e.g. when GTKs for multiple STAs are present) – this is needed for TX with keys if they must be removed from hw (rather than just disabled for RX)

  • need STA_DEL notifications


  • Johannes gave short demo of iwlwifi tracing
  • short discussion on adding more tracepoints, seems good

This is a static dump of the wiki, taken after locking it in January 2015. The new wiki is at
versions of this page: last, v7, v6, v5, v4, v3, v2, v1