1. 11 3月, 2010 2 次提交
    • B
      ath5k: remove double opmode definition · ccfe5552
      Bruno Randolf 提交于
      opmode (operating mode) was defined in struct ath5k_hw and struct ath5k_softc.
      remove it from ath5k_hw and use only from ath5k_softc (sc->opmode).
      
      (btw: what's the meaning of opmode when we have multiple interfaces?)
      Signed-off-by: NBruno Randolf <br1@einfach.org>
      Acked-by: NNick Kossifidis <mickflemm@gmail.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      ccfe5552
    • B
      ath5k: Fix TX/RX padding for all frames · 8127fbdc
      Benoit Papillault 提交于
      Currently, the padding position is based on
      ieee80211_get_hdrlen_from_skb(). This is not correct since the HW does
      padding on RX (and expect the same padding to be present on TX) at the
      following position :
      
      - management : 24 + 6 if 4-addr format
      - control    : 24 + 6 if 4-addr format
      - data       : 24 + 6 if 4-addr format + 2 if QoS
      - invalid    : 24 + 6 if 4-addr format
      
      whereas ieee80211_get_hdrlen_from_skb() is :
      
      - management : 24
      - control    : 16 except for ACK/CTS where it is 10
      - data       : 24 + 6 if 4-addr format + 2 if QoS + 2 if QoS & order
      - invalid    : 24
      
      So, correct frames are not affected : management frames do not use
      4-addr format, control frames have no body and invalid frames are ...
      not valid by definition. However, in order to use monitor interface for
      debugging purpose, one must be able to send/receive any frames, be it
      correct or not. Such frames are affected by incorrect padding.
      
      Moreover, since padding is added on TX, we need to remove it before
      calling ieee80211_tx_status. This affect TX packets received by monitor
      interfaces.
      
      It has been tested between an ath5k based card (AR5212) and an ar9170usb
      based card (netgear WNDA3100) using a frame generator and a monitor
      interface for each card.
      
      v2: Added ath5k_add_padding / ath5k_remove_padding
      Signed-off-by: NBenoit Papillault <benoit.papillault@free.fr>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      8127fbdc
  2. 10 3月, 2010 3 次提交
  3. 11 2月, 2010 1 次提交
  4. 23 1月, 2010 1 次提交
  5. 13 1月, 2010 2 次提交
  6. 28 10月, 2009 1 次提交
  7. 08 10月, 2009 7 次提交
  8. 29 8月, 2009 3 次提交
  9. 20 8月, 2009 1 次提交
  10. 14 8月, 2009 2 次提交
  11. 11 7月, 2009 1 次提交
  12. 11 6月, 2009 2 次提交
  13. 07 5月, 2009 3 次提交
  14. 23 4月, 2009 2 次提交
  15. 28 3月, 2009 1 次提交
  16. 17 3月, 2009 1 次提交
  17. 14 2月, 2009 3 次提交
    • N
      ath5k: Update reset code · e8f055f0
      Nick Kossifidis 提交于
       * Update reset and sync with HALs
      
       * Clean up eeprom settings and tweaking of initvals and
         put them on separate functions
      
       * Set/Restore 32KHz ref clk operation
      
       * Add some more documentation
      
       TODO: Spur mitigation, tpc, half/quarter rate, compression etc
      
       v2: Address comments from Bob and Felix and fix RSSI threshold bug
       introduced on the first version of the patch
      Signed-off-by: NNick Kossifidis <mickflemm@gmail.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      e8f055f0
    • N
      ath5k: Update RF Buffer handling · 8892e4ec
      Nick Kossifidis 提交于
       * Use the new way to modify rf buffer and put some rf buffer
         documentation on rfbufer.h
      
       * Merge all rf regs functions to one
      
       * Sync with legacy HAL and Sam's HAL
      
       * Set gain_F settings so that gain_F optimization engine works
         on RF5111/RF5112 (note that both HALs only use step 0 for RF5111
         and they don't use gain_F optimization for this chip, code is
         there but is never used)
      Signed-off-by: NNick Kossifidis <mickflemm@gmail.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      8892e4ec
    • N
      ath5k: Update gain_F calibration code and add documentation · 6f3b414a
      Nick Kossifidis 提交于
       * Update and cleanup rf gain optimization code
      
       * Add comments and refferences to docs and use sane function names
      
       * Use only step index on ath5k_gain, no need to have a pointer to
         the current step since we can determine te step from it's index,
         this also allows us to put all other structs on rfgain.h and cleanup
         ath5k.h a little
      
       * No need for ah_rfgain variable, we use ah_gain.g_state for everything
      
       * Tested on RF2112B chip but gain_F calibration is not yet done
         (we will finish this on the next patch where we'll rewrite rf-buffer
         handling)
      
       * Use initial rf gain settings for 2316 and 2317 SoCs introduced on a previous patch
      
       It seems big but it's mostly cleanup, very few functional changes have been made on phy.c
      Signed-off-by: NNick Kossifidis <mickflemm@gmail.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      6f3b414a
  18. 30 1月, 2009 1 次提交
  19. 20 12月, 2008 1 次提交
  20. 05 12月, 2008 1 次提交
  21. 26 11月, 2008 1 次提交