1. 12 8月, 2014 3 次提交
  2. 04 8月, 2014 1 次提交
    • S
      ath10k: add spectral scan feature · 855aed12
      Simon Wunderlich 提交于
      Adds the spectral scan feature for ath10k. The spectral scan is triggered by
      configuring a mode through a debugfs control file. Samples can be gathered via
      another relay debugfs file.
      
      Essentially, to try it out:
      
      ip link set dev wlan0 up
      echo background > /sys/kernel/debug/ieee80211/phy0/ath10k/spectral_scan_ctl
      echo trigger > /sys/kernel/debug/ieee80211/phy0/ath10k/spectral_scan_ctl
      iw dev wlan0 scan
      echo disable > /sys/kernel/debug/ieee80211/phy0/ath10k/spectral_scan_ctl
      cat /sys/kernel/debug/ieee80211/phy0/ath10k/spectral_scan0 > samples
      
      This feature is still experimental. Based on the original RFC patch of
      Sven Eckelmann.
      Signed-off-by: NSimon Wunderlich <sw@simonwunderlich.de>
      Signed-off-by: NMathias Kretschmer <mathias.kretschmer@fokus.fraunhofer.de>
      Signed-off-by: NKalle Valo <kvalo@qca.qualcomm.com>
      855aed12
  3. 29 7月, 2014 1 次提交
  4. 14 7月, 2014 1 次提交
    • M
      ath10k: fix unregister deadlock when fw probe fails · a491a920
      Michal Kazior 提交于
      If firmware probing worker failed it called
      device_release_driver() which synchronously called
      remove() pci callback. The callback in turn waited
      for the worker that called it to finish resulting
      in a deadlock.
      
      Waiting for a completion instead of a worker, like
      some other drivers do, doesn't seem like the best
      idea either:
      
        Syscall                 Worker
      
                                probe_fw()
        rmmod
        dev_lock()
        pci->remove()
        wait_for_completion()
                                complete_all()
                                device_release_driver()
                                dev_lock()
                                [sleep]
        free(ar)
        dev_unlock()
                                [resume]
      
      There's no guarantee that Worker upon resuming can
      still access any data/code of the module.
      
      Leaving device bound to a driver is not as harmful
      as deadlocking so remove the call to
      device_release_driver() while a proper solution is
      figured out.
      Signed-off-by: NMichal Kazior <michal.kazior@tieto.com>
      Signed-off-by: NKalle Valo <kvalo@qca.qualcomm.com>
      a491a920
  5. 03 6月, 2014 2 次提交
  6. 27 5月, 2014 1 次提交
  7. 26 5月, 2014 2 次提交
  8. 23 5月, 2014 1 次提交
  9. 24 4月, 2014 1 次提交
  10. 28 3月, 2014 3 次提交
  11. 21 3月, 2014 2 次提交
  12. 13 2月, 2014 2 次提交
  13. 05 2月, 2014 1 次提交
  14. 20 11月, 2013 2 次提交
  15. 13 11月, 2013 1 次提交
  16. 08 11月, 2013 1 次提交
  17. 21 10月, 2013 1 次提交
  18. 16 10月, 2013 1 次提交
  19. 09 10月, 2013 2 次提交
  20. 08 10月, 2013 2 次提交
  21. 01 10月, 2013 3 次提交
  22. 27 9月, 2013 2 次提交
  23. 12 9月, 2013 2 次提交
  24. 06 9月, 2013 2 次提交