1. 03 10月, 2015 1 次提交
  2. 13 8月, 2015 2 次提交
    • L
      rtlwifi: rtl8723ae: rtl8723be: rtl8723com: Fix firmware header endian issues · 7c24d086
      Larry Finger 提交于
      The drivers are converted to use the common firmware header struct.
      Because the old header definition failed to indicate that the multi-byte
      entries should be little endian, several problems were thus exposed.
      These are fixed.
      Signed-off-by: NLarry Finger <Larry.Finger@lwfinger.net>
      Signed-off-by: NKalle Valo <kvalo@codeaurora.org>
      7c24d086
    • L
      rtlwifi: rtl8192ce: rtl8192cu: Fix endian issue · e41c5135
      Larry Finger 提交于
      Commit e996db69 (rtlwifi: rtl8192c: Add init codes for "fw_version"
      and "fw_subversion") added initialization for fw_version, but failed to
      note that the variable in the firmware header is little-endian. The
      following Sparse warning results:
      
        CHECK   drivers/net/wireless/rtlwifi/rtl8192c/fw_common.c
      drivers/net/wireless/rtlwifi/rtl8192c/fw_common.c:242:36: warning: incorrect type in assignment (different base types)
      drivers/net/wireless/rtlwifi/rtl8192c/fw_common.c:242:36:    expected unsigned short [unsigned] [usertype] fw_version
      drivers/net/wireless/rtlwifi/rtl8192c/fw_common.c:242:36:    got restricted __le16 [usertype] version
      
      When fixing this problem, I noticed that several of the drivers contain
      nearly identical copies of the firmware header struct, and that only the one
      used in rtl8192c{e,u} had correct endian notation. The struct has been
      moved into a common header, and the other drivers will be fixed in
      subsequant patches.
      Signed-off-by: NLarry Finger <Larry.Finger@lwfinger.net>
      Signed-off-by: NKalle Valo <kvalo@codeaurora.org>
      e41c5135
  3. 15 6月, 2015 1 次提交
  4. 06 2月, 2015 1 次提交
  5. 09 1月, 2015 1 次提交
  6. 25 12月, 2014 3 次提交
  7. 09 10月, 2014 1 次提交
  8. 01 10月, 2014 3 次提交
  9. 27 9月, 2014 7 次提交
  10. 10 9月, 2014 2 次提交
  11. 20 5月, 2014 1 次提交
  12. 14 5月, 2014 1 次提交
  13. 07 3月, 2014 3 次提交
  14. 05 3月, 2014 3 次提交
  15. 06 12月, 2013 2 次提交
  16. 12 11月, 2013 1 次提交
    • M
      rtlwifi: Fix endian error in extracting packet type · 0c5d63f0
      Mark Cave-Ayland 提交于
      All of the rtlwifi drivers have an error in the routine that tests if
      the data is "special". If it is, the subsequant transmission will be
      at the lowest rate to enhance reliability. The 16-bit quantity is
      big-endian, but was being extracted in native CPU mode. One of the
      effects of this bug is to inhibit association under some conditions
      as the TX rate is too high.
      
      Based on suggestions by Joe Perches, the entire routine is rewritten.
      
      One of the local headers contained duplicates of some of the ETH_P_XXX
      definitions. These are deleted.
      Signed-off-by: NLarry Finger <Larry.Finger@lwfinger.net>
      Cc: Mark Cave-Ayland <mark.cave-ayland@ilande.co.uk>
      Cc: Stable <stable@vger.kernel.org> [2.6.38+]
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      0c5d63f0
  17. 27 9月, 2013 2 次提交
  18. 12 6月, 2013 1 次提交
  19. 02 4月, 2013 4 次提交