1. 26 1月, 2016 2 次提交
  2. 07 1月, 2016 2 次提交
  3. 31 12月, 2015 1 次提交
  4. 11 12月, 2015 3 次提交
  5. 08 12月, 2015 12 次提交
  6. 26 11月, 2015 1 次提交
  7. 29 10月, 2015 1 次提交
    • Z
      ath9k: fix phyerror codes · 56bae464
      Zefir Kurtisi 提交于
      Some of the ath9k_phyerr enums were wrong from the
      beginning (and even before). Most of the time the
      codes were used for counters to be displayed over
      debugfs, which made this a non-functional issue.
      
      Some (e.g. ATH9K_PHYERR_FALSE_RADAR_EXT) are used
      for radar detection and require the correct code
      to work as intended.
      
      This patch includes:
      a) fixes
        ATH9K_PHYERR_FALSE_RADAR_EXT:    24 => 36
        ATH9K_PHYERR_CCK_LENGTH_ILLEGAL: 32 => 28
        ATH9K_PHYERR_CCK_POWER_DROP:     33 => 29
        ATH9K_PHYERR_HT_CRC_ERROR:       34 => 32
        ATH9K_PHYERR_HT_LENGTH_ILLEGAL:  35 => 33
        ATH9K_PHYERR_HT_RATE_ILLEGAL:    36 => 34
      
      b) extensions
        ATH9K_PHYERR_CCK_BLOCKER = 24
        ATH9K_PHYERR_HT_ZLF      = 35
        ATH9K_PHYERR_GREEN_FIELD = 37
      
      Aside from the correction and completion made in
      the enum, the patch also extends the display of
      the related counters in the debugfs.
      Signed-off-by: NZefir Kurtisi <zefir.kurtisi@neratec.com>
      Signed-off-by: NKalle Valo <kvalo@codeaurora.org>
      56bae464
  8. 14 10月, 2015 3 次提交
  9. 04 10月, 2015 1 次提交
  10. 29 9月, 2015 2 次提交
  11. 27 9月, 2015 1 次提交
  12. 22 9月, 2015 1 次提交
  13. 18 9月, 2015 1 次提交
    • O
      ath9k_htc: introduce support for different fw versions · e904cf6f
      Oleksij Rempel 提交于
      Current kernel support only one fw name with theoretically only one
      fw version located in “firmware/htc_[9271|7010].fw”. Which is ok so far we
      have only one fw version (1.3). After we realised new fw 1.4, we faced
      compatibility problem which was decided to solve by firmware name and
      location:
      - new firmware is located now in
      	firmware/ath9k_htc/htc_[9271|7010]-1.4.0.fw
      - old version 1.3 should be on old place, so old kernel have no issues
      	with it.
      - new kernels including this patch should be able to try different
      	supported (min..max) fw version.
      - new kernel should be able to support old fw location too. At least for
      	now.
      
      At same time this patch will add new module option which should allow user
      to play with development  fw version without replacing stable one. If user
      will set “ath9k_htc use_dev_fw=1” module will try to find
      firmware/ath9k_htc/htc_[9271|7010]-1.dev.0.fw first and if it fails, use
      stable version: for example...1.4.0.fw.
      Signed-off-by: NOleksij Rempel <linux@rempel-privat.de>
      Signed-off-by: NKalle Valo <kvalo@codeaurora.org>
      e904cf6f
  14. 25 8月, 2015 1 次提交
    • O
      ath9k_htc: do ani shortcalibratio if we got -ETIMEDOUT · 14250640
      Oleksij Rempel 提交于
      current code will handle -ETIMEDOUT as success which is probalbly wrong.
      
      According to this comment I assume it is safe to handle -ETIMEDOUT as false:
      drivers/net/wireless/ath/ath9k/calib.c
      290         /*
      291          * We timed out waiting for the noisefloor to load, probably due to an
      292          * in-progress rx. Simply return here and allow the load plenty of time
      293          * to complete before the next calibration interval.  We need to avoid
      294          * trying to load -50 (which happens below) while the previous load is
      295          * still in progress as this can cause rx deafness. Instead by returning
      296          * here, the baseband nf cal will just be capped by our present
      297          * noisefloor until the next calibration timer.
      298          */
      
      Since no other error wariants are present, this patch is checking only
      for (ret <= 0).
      Reported-by: NDan Carpenter <dan.carpenter@oracle.com>
      Signed-off-by: NOleksij Rempel <linux@rempel-privat.de>
      Signed-off-by: NKalle Valo <kvalo@codeaurora.org>
      14250640
  15. 18 8月, 2015 1 次提交
  16. 13 8月, 2015 4 次提交
    • N
      ath9k: match wait_for_completion_timeout return type · ab63cb8b
      Nicholas Mc Guire 提交于
      Return type of wait_for_completion_timeout is unsigned long not int.
      As time_left is exclusively used for wait_for_completion_timeout here its
      type is simply changed to unsigned long.
      
      API conformance testing for completions with coccinelle spatches are being
      used to locate API usage inconsistencies:
      ./drivers/net/wireless/ath/ath9k/link.c:197
              int return assigned to unsigned long
      
      Patch was compile tested with x86_64_defconfig + CONFIG_ATH_CARDS=m,
      
      Patch is against 4.1-rc3 (localversion-next is -next-20150514)
      Signed-off-by: NNicholas Mc Guire <hofrat@osadl.org>
      Signed-off-by: NKalle Valo <kvalo@codeaurora.org>
      ab63cb8b
    • N
      ath9k_htc: wmi: match wait_for_completion_timeout return type · 61fc3920
      Nicholas Mc Guire 提交于
      Return type of wait_for_completion_timeout is unsigned long not int.
      As time_left is exclusively used for wait_for_completion_timeout here its
      type is simply changed to unsigned long.
      
      API conformance testing for completions with coccinelle spatches are being
      used to locate API usage inconsistencies:
      ./drivers/net/wireless/ath/ath9k/wmi.c:331
      	int return assigned to unsigned long
      
      Patch was compile tested with x86_64_defconfig + CONFIG_ATH_CARDS=m,
      CONFIG_ATH9K_HTC=m
      
      Patch is against 4.1-rc3 (localversion-next is -next-20150514)
      Signed-off-by: NNicholas Mc Guire <hofrat@osadl.org>
      Signed-off-by: NKalle Valo <kvalo@codeaurora.org>
      61fc3920
    • N
      ath9k_htc: drv_init: match wait_for_completion_timeout return type · 70a56550
      Nicholas Mc Guire 提交于
      Return type of wait_for_completion_timeout is unsigned long not int.
      As time_left is exclusively used for wait_for_completion_timeout here its
      type is simply changed to unsigned long.
      
      API conformance testing for completions with coccinelle spatches are being
      used to locate API usage inconsistencies:
      ./drivers/net/wireless/ath/ath9k/htc_drv_init.c:81
      	int return assigned to unsigned long
      
      Patch was compile tested with x86_64_defconfig + CONFIG_ATH_CARDS=m,
      CONFIG_ATH9K_HTC=m
      
      Patch is against 4.1-rc3 (localversion-next is -next-20150514)
      Signed-off-by: NNicholas Mc Guire <hofrat@osadl.org>
      Signed-off-by: NKalle Valo <kvalo@codeaurora.org>
      70a56550
    • N
      ath9k_htc: match wait_for_completion_timeout return type · 34edd5f6
      Nicholas Mc Guire 提交于
      Return type of wait_for_completion_timeout is unsigned long not int.
      As time_left is exclusively used for wait_for_completion_timeout here its
      type is simply changed to unsigned long.
      
      API conformance testing for completions with coccinelle spatches are being
      used to locate API usage inconsistencies:
      ./drivers/net/wireless/ath/ath9k/htc_hst.c:171
      	int return assigned to unsigned long
      ./drivers/net/wireless/ath/ath9k/htc_hst.c:277
      	int return assigned to unsigned long
      ./drivers/net/wireless/ath/ath9k/htc_hst.c:206
      	int return assigned to unsigned long
      
      Patch was compile tested with x86_64_defconfig + CONFIG_ATH_CARDS=m,
      CONFIG_ATH9K_HTC=m
      
      Patch is against 4.1-rc3 (localversion-next is -next-20150514)
      Signed-off-by: NNicholas Mc Guire <hofrat@osadl.org>
      Signed-off-by: NKalle Valo <kvalo@codeaurora.org>
      34edd5f6
  17. 07 8月, 2015 1 次提交
  18. 06 8月, 2015 2 次提交