1. 21 6月, 2012 1 次提交
  2. 06 6月, 2012 1 次提交
  3. 05 6月, 2012 1 次提交
  4. 17 5月, 2012 14 次提交
  5. 18 4月, 2012 1 次提交
    • A
      mwifiex: corrections in timestamp related code · b5abcf02
      Amitkumar Karwar 提交于
      We get two timing related fields for each bss from firmware in scan
      results.
      1) timestamp - Actual timestamp information in probe response/beacon
      2) network_tsf - firmware's TSF value at the time the beacon or probe
      response was received.
      Both are needed while associating by firmware.
      
      The patch takes care of following things.
      1) We should pass "timestamp" to cfg80211_inform_bss(), but currently
      "network_tsf" is being provided. This error is corrected here.
      2) Rename "network_tsf" to "fw_tsf"
      3) Make use of u64 variable instead of an array of u8/u32 to save
      parsed "timestamp" information.
      4) Use timestamp provided to stack in scan results using
      cfg80211_inform_bss() while associating. (bss->tsf)
      5) Allocate space to save fw_tsf in "priv" of cfg80211_bss
      and retrieve it while associating.
      Signed-off-by: NAmitkumar Karwar <akarwar@marvell.com>
      Signed-off-by: NBing Zhao <bzhao@marvell.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      b5abcf02
  6. 13 4月, 2012 2 次提交
  7. 10 4月, 2012 4 次提交
  8. 15 3月, 2012 1 次提交
  9. 09 3月, 2012 1 次提交
  10. 06 3月, 2012 4 次提交
  11. 01 3月, 2012 3 次提交
  12. 16 2月, 2012 1 次提交
    • A
      mwifiex: clear previous security setting during association · 6670f15b
      Amitkumar Karwar 提交于
      Driver maintains different flags for WEP, WPA, WPA2 security modes.
      Appropriate flag is set using security information provided in
      connect request. mwifiex_is_network_compatible() routine uses them
      to check if driver's setting is compatible with AP. Association is
      aborted if the routine fails.
      
      For some corner cases, it is observed that association is failed
      even for valid security information based on association history.
      This patch fixes the problem by clearing previous security setting
      during each association.
      
      We should set WEP key provided in connect request as default tx key.
      This missing change is also added here.
      Signed-off-by: NAmitkumar Karwar <akarwar@marvell.com>
      Signed-off-by: NBing Zhao <bzhao@marvell.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      6670f15b
  13. 07 2月, 2012 2 次提交
  14. 28 1月, 2012 1 次提交
  15. 25 1月, 2012 2 次提交
  16. 22 12月, 2011 1 次提交
    • A
      mwifiex: fix issues in band configuration code · 3aebee02
      Amitkumar Karwar 提交于
      Currently due to following issues in the code even if device is
      configured in B only, G only or BG mode using iw bitrates command,
      ibss is getting created in BGN mode.
      
      1) mwifiex_channels_to_cfg80211_channel_type() routine gives channel
      type as NL80211_CHAN_HT20 for non-HT channel as well, because driver
      doesn't store HT information provided by stack for the channel.
      This issue is fixed by maintaining channel type information in
      'adapter->channel_type'.
      2) Band configuration is unnecessarily overwritten with BGN/AN while
      setting channel.
      
      This patch makes sure that "adapter->config_bands" correctly gets
      modified while setting channel.
      Signed-off-by: NAmitkumar Karwar <akarwar@marvell.com>
      Signed-off-by: NBing Zhao <bzhao@marvell.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      3aebee02