1. 08 11月, 2017 1 次提交
  2. 13 10月, 2017 1 次提交
  3. 08 2月, 2017 1 次提交
  4. 30 12月, 2016 2 次提交
  5. 17 11月, 2016 1 次提交
  6. 27 9月, 2016 2 次提交
  7. 08 7月, 2016 1 次提交
  8. 16 6月, 2016 1 次提交
    • A
      rtlwifi: fix error handling in *_read_adapter_info() · 5345ea6a
      Arnd Bergmann 提交于
      There are nine copies of the _rtl88ee_read_adapter_info() function,
      and most but not all of them cause a build warning in some configurations:
      
      rtl8192de/hw.c: In function '_rtl92de_read_adapter_info':
      rtl8192de/hw.c:1767:12: error: 'hwinfo' may be used uninitialized in this function [-Werror=maybe-uninitialized]
      rtl8723ae/hw.c: In function '_rtl8723e_read_adapter_info.constprop':
      rtlwifi/rtl8723ae/hw.c:1654:12: error: 'hwinfo' may be used uninitialized in this function [-Werror=maybe-uninitialized]
      
      The problem is that when rtlefuse->epromtype is something other than
      EEPROM_BOOT_EFUSE, the rest of the function uses undefined data, resulting
      in random behavior later.
      
      Apparently, in some drivers, the problem was already found and fixed
      but the fix did not make it into the others.
      
      This picks one approach to deal with the problem and applies identical
      code to all 9 files, to simplify the later consolidation of those.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Acked-by: NLarry Finger <Larry.Finger@lwfinger.net>
      Signed-off-by: NKalle Valo <kvalo@codeaurora.org>
      5345ea6a
  9. 14 10月, 2015 1 次提交
  10. 30 3月, 2015 1 次提交
  11. 26 2月, 2015 1 次提交
  12. 11 11月, 2014 1 次提交
  13. 21 7月, 2014 1 次提交
  14. 20 5月, 2014 1 次提交
  15. 28 3月, 2014 1 次提交
  16. 07 3月, 2014 1 次提交
  17. 05 3月, 2014 1 次提交
  18. 25 2月, 2014 1 次提交
    • P
      rtlwifi: avoid accessing RCR directly · e51048cd
      Peter Wu 提交于
      The rtl*_set_check_bssid functions are mostly the same, but access the
      RCR register in different ways. Use the get_hw_reg abstraction layer
      (which reads rtlpci->receive_config for PCI devices and mac->rx_conf for
      USB).
      
      There is no functional change for cases where receive_config was
      accessed directly. For rtl8192ce, there is still no change because
      nothing modifies REG_RCR or receive_config. For rtl8192cu, it now also
      applies changes to rx_conf from configure_filter, but that can be
      considered a bug which is fixed later.
      Signed-off-by: NPeter Wu <lekensteyn@gmail.com>
      Acked-by: NLarry Finger <Larry.Finger@lwfinger.net>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      e51048cd
  19. 02 4月, 2013 2 次提交
  20. 15 2月, 2013 1 次提交
    • J
      mac80211: stop toggling IEEE80211_HT_CAP_SUP_WIDTH_20_40 · e1a0c6b3
      Johannes Berg 提交于
      For VHT, many more bandwidth changes are possible. As a first
      step, stop toggling the IEEE80211_HT_CAP_SUP_WIDTH_20_40 flag
      in the HT capabilities and instead introduce a bandwidth field
      indicating the currently usable bandwidth to transmit to the
      station. Of course, make all drivers use it.
      
      To achieve this, make ieee80211_ht_cap_ie_to_sta_ht_cap() get
      the station as an argument, rather than the new capabilities,
      so it can set up the new bandwidth field.
      
      If the station is a VHT station and VHT bandwidth is in use,
      also set the bandwidth accordingly.
      
      Doing this allows us to get rid of the supports_40mhz flag as
      the HT capabilities now reflect the true capability instead of
      the current setting.
      
      While at it, also fix ieee80211_ht_cap_ie_to_sta_ht_cap() to not
      ignore HT cap overrides when MCS TX isn't supported (not that it
      really happens...)
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      e1a0c6b3
  21. 01 12月, 2012 1 次提交
  22. 31 10月, 2012 1 次提交
  23. 07 6月, 2012 1 次提交
    • J
      wireless: Remove casts to same type · 2c208890
      Joe Perches 提交于
      Adding casts of objects to the same type is unnecessary
      and confusing for a human reader.
      
      For example, this cast:
      
              int y;
              int *p = (int *)&y;
      
      I used the coccinelle script below to find and remove these
      unnecessary casts.  I manually removed the conversions this
      script produces of casts with __force, __iomem and __user.
      
      @@
      type T;
      T *p;
      @@
      
      -       (T *)p
      +       p
      
      Neatened the mwifiex_deauthenticate_infra function which
      was doing odd things with array pointers and not using
      is_zero_ether_addr.
      Signed-off-by: NJoe Perches <joe@perches.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      2c208890
  24. 13 2月, 2012 1 次提交
  25. 31 1月, 2012 2 次提交
  26. 25 1月, 2012 5 次提交
  27. 15 10月, 2011 1 次提交
  28. 22 7月, 2011 1 次提交
  29. 21 7月, 2011 1 次提交
  30. 06 7月, 2011 1 次提交
  31. 21 6月, 2011 2 次提交