1. 21 Nov, 2008 2 commits
  2. 10 Nov, 2008 2 commits
  3. 06 Nov, 2008 1 commit
  4. 31 Oct, 2008 7 commits
  5. 29 Oct, 2008 1 commit
  6. 27 Oct, 2008 1 commit
  7. 22 Oct, 2008 1 commit
  8. 06 Oct, 2008 2 commits
  9. 30 Sep, 2008 3 commits
  10. 15 Sep, 2008 1 commit
  11. 05 Sep, 2008 2 commits
    • Luis R. Rodriguez's avatar
      cfg80211: keep track of supported interface modes · f59ac048
      Luis R. Rodriguez authored
      It is obviously good for userspace to know up front which
      interface modes a given piece of hardware might support (even
      if adding such an interface might fail later because of
      concurrency issues), so let's make cfg80211 aware of that.
      For good measure, disallow adding interfaces in all other
      modes so drivers don't forget to announce support for one mode
      when they add it.
      Signed-off-by: default avatarJohannes Berg <johannes@sipsolutions.net>
      Signed-off-by: default avatarStephen Blackheath <tramp.enshrine.stephen@blacksapphire.com>
      Signed-off-by: default avatarIvo van Doorn <IvDoorn@gmail.com>
      Signed-off-by: default avatarLuis R. Rodriguez <lrodriguez@atheros.com>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
    • Nick Kossifidis's avatar
      ath5k: HW code cleanup · c6e387a2
      Nick Kossifidis authored
       * No code changes...
       * Split hw.c to multiple files for better maintenance and add some documentation on each file
         code is going to grow soon (eeprom.c for example is going to get much stuff currently developed
         on ath_info) so it's better this way.
       * Rename following functions to maintain naming scheme:
           ah_setup_xtx_desc -> ah_setup_mrr_tx_desc
           (Because xtx doesn't say much, it's actually
           a multi-rate-retry tx descriptor)
           ath5k_hw_put_tx/rx_buf - > ath5k_hw_set_tx/rxdp
           ath5k_hw_get_tx/rx_buf -> ath5k_hw_get_tx/rxdp
           (We don't put any "buf" we set descriptor pointers on hw)
           ath5k_hw_tx_start -> ath5k_hw_start_tx_dma
           ath5k_hw_start_rx -> ath5k_hw_start_rx_dma
           ath5k_hw_stop_pcu_recv -> ath5k_hw_stop_rx_pcu
           (It's easier this way to identify them, we also
           have ath5k_hw_start_rx_pcu which completes the
           ath5k_hw_set_intr -> ath5k_hw_set_imr
           (As in get_isr we set imr here, not "intr")
        * Move ath5k_hw_setup_rx_desc on ah->ah_setup_rx_desc so we can
          include support for different rx descriptors in the future
        * Further cleanups so that checkpatch doesn't complain
          (only some > 80 col warnings for eeprom.h and reg.h as usual
          due to comments)
        Tested on 5211 and 5213 cards and works ok.
      Changes-licensed-under: ISC
      Signed-off-by: default avatarNick Kossifidis <mickflemm@gmail.com>
      Acked-by: default avatarLuis R. Rodriguez <lrodriguez@atheros.com>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
  12. 26 Aug, 2008 2 commits
  13. 22 Aug, 2008 5 commits
    • Bruno Randolf's avatar
      ath5k: set short preamble flag for rx · 06303352
      Bruno Randolf authored
      set the short preamble flag in ieee80211_rx_status for frames received with a
      short preamble.
      drivers/net/wireless/ath5k/base.c:      Changes-licensed-under: 3-Clause-BSD
      Signed-off-by: default avatarBruno Randolf <br1@einfach.org>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
    • Harvey Harrison's avatar
      ath5k: explicitly check skb->len · 798ee985
      Harvey Harrison authored
      ieee80211_get_hdrlen_from_skb internally checks that the skb is long
      enough to hold the full header, or it returns 0 if not.  The check in
      ath5k does not check this case and assumes it always got the actual
      header length which it then checks against the skb->len plus some headroom.
      Change to ieee80211_hdrlen which always returns the hdrlen and keep the
      existing headroom check.
      Signed-off-by: default avatarHarvey Harrison <harvey.harrison@gmail.com>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
    • Bruno Randolf's avatar
      ath5k: rates cleanup · 63266a65
      Bruno Randolf authored
      cleanup the rates structures used by ath5k. instead of separate driver and
      mac80211 rate structures we now setup a static ieee80211_rate array and use it
      directly. no conversion between two different rate structures has to be done
      any more. a lot of unused and confusing junk was deleted.
      renamed ath5k_getchannels into ath5k_setup_bands because this is what it does.
      rewrote it to copy the bitrates correctly for each band. this is necessary for
      running different hardware with the same driver (e.g. 5211 and 5212 based
      add special handling of rates for AR5211 chipsets: it uses different rate codes
      for CCK rates (which are actually like the other chips but with a 0xF mask).
      setup a hardware code to rate index reverse mapping table for getting the rate
      index of received frames.
      the rates for control frames which have to be set in
      ath5k_hw_write_rate_duration are now in one single array.
      drivers/net/wireless/ath5k/ath5k.h:     Changes-licensed-under: ISC
      drivers/net/wireless/ath5k/base.c:      Changes-licensed-under: 3-Clause-BSD
      drivers/net/wireless/ath5k/base.h:      Changes-licensed-under: 3-Clause-BSD
      drivers/net/wireless/ath5k/hw.c:        Changes-licensed-under: ISC
      Signed-off-by: default avatarBruno Randolf <br1@einfach.org>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
    • Jiri Slaby's avatar
      Ath5k: unify resets · d7dc1003
      Jiri Slaby authored
      There were 3 code copy and pastes of reset. Unify the resets and place
      in separate function.
      Signed-off-by: default avatarJiri Slaby <jirislaby@gmail.com>
      Cc: Nick Kossifidis <mickflemm@gmail.com>
      Cc: Luis R. Rodriguez <mcgrof@gmail.com>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
    • Andrey Yurovsky's avatar
      ath5k: add Mesh Point support · 8e5f3d0a
      Andrey Yurovsky authored
      This enables draft-802.11s Mesh Point operation.  For that we need mesh
      beaconing.  Tested with AR5212/AR5213 PCI card against Zydas and b43 mesh
      Signed-off-by: default avatarAndrey Yurovsky <andrey@cozybit.com>
      Signed-off-by: default avatarJohn W. Linville <linville@tuxdriver.com>
  14. 18 Aug, 2008 2 commits
  15. 07 Aug, 2008 1 commit
  16. 01 Aug, 2008 1 commit
  17. 29 Jul, 2008 6 commits