1. 24 Jul, 2009 1 commit
  2. 27 Feb, 2009 1 commit
    • Johannes Berg's avatar
      mac80211: split IBSS/managed code · 46900298
      Johannes Berg authored
      
      
      This patch splits out the ibss code and data from managed (station) mode.
      The reason to do this is to better separate the state machines, and have
      the code be contained better so it gets easier to determine what exactly
      a given change will affect, that in turn makes it easier to understand.
      
      This is quite some churn, especially because I split sdata->u.sta into
      sdata->u.mgd and sdata->u.ibss, but I think it's easier to maintain that
      way. I've also shuffled around some code -- null function sending is only
      applicable to managed interfaces so put that into that file, some other
      functions are needed from various places so put them into util, and also
      rearranged the prototypes in ieee80211_i.h accordingly.
      Signed-off-by: default avatarJohannes Berg <johannes@sipsolutions.net>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      46900298
  3. 13 Feb, 2009 1 commit
  4. 29 Jan, 2009 2 commits
  5. 12 Dec, 2008 1 commit
  6. 06 Oct, 2008 1 commit
  7. 11 Sep, 2008 3 commits
  8. 17 Jul, 2008 1 commit
  9. 30 Jun, 2008 1 commit
    • Adrian Bunk's avatar
      build algorithms into the mac80211 module · e5f5e733
      Adrian Bunk authored
      
      
      The old infrastructure was:
      - the default algorithm is built into mac80211
      - other algorithms get into their own modules
      
      The implementation of this complicated scheme was horrible
      (just look at net/mac80211/Makefile), and anyone adding a new
      algorithm would most likely not get it right at his first attempt.
      
      This patch therefore builds all enabled algorithms into the mac80211
      module.
      
      The user interface for the rate control algorithms changes as follows:
      - first the user can choose which algorithms to enable (currently only
        MAC80211_RC_PID is available)
      - if more than one algorithm is enabled (currently not possible since
        only one algorithm is present) the user then chooses the default one
      
      Note:
      - MAC80211_RC_PID is always enables for CONFIG_EMBEDDED=n
      
      Technical changes:
      - all selected algorithms get into the mac80211 module
      - net/mac80211/Makefile can now become much less complicated
      - support for rc80211_pid_algo.c being modular is no longer required
      - this includes unexporting mesh_plink_broken
      Signed-off-by: default avatarAdrian Bunk <bunk@kernel.org>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      e5f5e733
  10. 21 May, 2008 1 commit
  11. 08 Apr, 2008 1 commit
  12. 13 Mar, 2008 1 commit
  13. 06 Mar, 2008 1 commit
  14. 29 Feb, 2008 1 commit
    • Johannes Berg's avatar
      cfg80211 API for channels/bitrates, mac80211 and driver conversion · 8318d78a
      Johannes Berg authored
      
      
      This patch creates new cfg80211 wiphy API for channel and bitrate
      registration and converts mac80211 and drivers to the new API. The
      old mac80211 API is completely ripped out. All drivers (except ath5k)
      are updated to the new API, in many cases I expect that optimisations
      can be done.
      
      Along with the regulatory code I've also ripped out the
      IEEE80211_HW_DEFAULT_REG_DOMAIN_CONFIGURED flag, I believe it to be
      unnecessary if the hardware simply gives us whatever channels it wants
      to support and we then enable/disable them as required, which is pretty
      much required for travelling.
      
      Additionally, the patch adds proper "basic" rate handling for STA
      mode interface, AP mode interface will have to have new API added
      to allow userspace to set the basic rate set, currently it'll be
      empty... However, the basic rate handling will need to be moved to
      the BSS conf stuff.
      
      I do expect there to be bugs in this, especially wrt. transmit
      power handling where I'm basically clueless about how it should work.
      Signed-off-by: default avatarJohannes Berg <johannes@sipsolutions.net>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      8318d78a
  15. 28 Jan, 2008 4 commits
  16. 10 Nov, 2007 1 commit
  17. 10 Oct, 2007 7 commits
  18. 17 Jul, 2007 1 commit
    • Daniel Drake's avatar
      [PATCH] mac80211: regulatory domain cleanup · fd8bacc9
      Daniel Drake authored
      
      
      Currently, a function misnamed ieee80211_init_client() is used to handle
      regulatory domain control. It is called from
      ieee80211_register_hwmode(), which typically runs 2 or 3 times
      (802.11a/b/g), but each time it iterates over all the modes.
      
      This patch cleans this up and removes the confusion:
      ieee80211_init_client was effectively renamed to
      ieee80211_set_default_regdomain and is now run on a per-mode basis
      (doesn't have to deal with netdevs). I also moved the regdomain handling
      code into its own file and added some documentation.
      Signed-off-by: default avatarDaniel Drake <dsd@gentoo.org>
      Acked-by: default avatarJiri Benc <jbenc@suse.cz>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
      fd8bacc9
  19. 05 May, 2007 2 commits