1. 06 8月, 2015 5 次提交
  2. 09 6月, 2015 2 次提交
  3. 05 5月, 2015 2 次提交
  4. 20 3月, 2015 2 次提交
  5. 27 2月, 2015 2 次提交
  6. 29 1月, 2015 2 次提交
  7. 15 1月, 2015 10 次提交
  8. 08 1月, 2015 1 次提交
    • J
      cfg80211: remove enum station_info_flags · 319090bf
      Johannes Berg 提交于
      This is really just duplicating the list of information that's
      already available in the nl80211 attribute, so remove the list.
      Two small changes are needed:
       * remove STATION_INFO_ASSOC_REQ_IES complete, but the length
         (assoc_req_ies_len) can be used instead
       * add NL80211_STA_INFO_RX_DROP_MISC which exists internally
         but not in nl80211 yet
      
      This gets rid of the duplicate maintenance of the two lists.
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      319090bf
  9. 02 12月, 2014 1 次提交
  10. 31 10月, 2014 2 次提交
  11. 03 10月, 2014 1 次提交
    • V
      wil6210: manual FW error recovery mode · c33407a8
      Vladimir Kondratiev 提交于
      Introduce manual FW recovery mode. It is activated if module parameter
      @no_fw_recovery set to true. May be changed at runtime.
      
      Recovery information provided by new "recovery" debugfs file. It prints:
      
      mode = [auto|manual]
      state = [idle|pending|running]
      
      In manual mode, after FW error, recovery won't start automatically. Instead,
      after notification to user space, recovery waits in "pending" state, as indicated by the
      "recovery" debugfs file. User space tools may perform data collection and allow to
      continue recovery by writing "run" to the "recovery" debugfs file.
      Alternatively, recovery pending may be canceled by stopping network interface
      i.e. 'ifconfig wlan0 down'
      Signed-off-by: NVladimir Kondratiev <qca_vkondrat@qca.qualcomm.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      c33407a8
  12. 12 9月, 2014 7 次提交
  13. 26 8月, 2014 3 次提交
    • J
      cfg80211: allow passing frame type to cfg80211_inform_bss() · 5bc8c1f2
      Johannes Berg 提交于
      When using the cfg80211_inform_bss[_width]() functions drivers
      cannot currently indicate whether the data was received in a
      beacon or probe response. Fix that by passing a new enum that
      indicates such (or unknown).
      
      For good measure, use it in ath6kl.
      
      Acked-by: Kalle Valo <kvalo@qca.qualcomm.com> [ath6kl]
      Acked-by: Arend van Spriel <arend@broadcom.com> [brcmfmac]
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      5bc8c1f2
    • V
      cfg80211: remove @gfp parameter from cfg80211_rx_mgmt() · 970fdfa8
      Vladimir Kondratiev 提交于
      In the cfg80211_rx_mgmt(), parameter @gfp was used for the memory allocation.
      But, memory get allocated under spin_lock_bh(), this implies atomic context.
      So, one can't use GFP_KERNEL, only variants with no __GFP_WAIT. Actually, in all
      occurrences GFP_ATOMIC is used (wil6210 use GFP_KERNEL by mistake),
      and it should be this way or warning triggered in the memory allocation code.
      
      Remove @gfp parameter as no actual choice exist, and use hard coded
      GFP_ATOMIC for memory allocation.
      Signed-off-by: NVladimir Kondratiev <qca_vkondrat@qca.qualcomm.com>
      Signed-off-by: NJohannes Berg <johannes.berg@intel.com>
      970fdfa8
    • V
      wil6210: cfg80211_rx_mgmt to use GFP_ATOMIC · 48e81a15
      Vladimir Kondratiev 提交于
      Internally, cfg80211_rx_mgmt() takes lock:
      spin_lock_bh(&wdev->mgmt_registrations_lock);
      
      and therefore one can't use it with GFP_KERNEL allocation flags.
      When called with GFP_KERNEL, "sleep while atomic" warning triggered:
      
      <3>[242645.446224] BUG: sleeping function called from invalid context at kernel/mm/slub.c:926
      <3>[242645.455516] in_atomic(): 1, irqs_disabled(): 0, pid: 18881, name: kworker/u16:0
      <6>[242645.462868] CPU: 0 PID: 18881 Comm: kworker/u16:0 Tainted: G           O 3.10.40-g619a884-00001-g357fa9c #2
      <6>[242645.463044] Workqueue: wil6210_wmi wmi_event_worker [wil6210]
      <6>[242645.463087] Call trace:
      <6>[242645.463157] [<ffffffc000087390>] dump_backtrace+0x0/0x144
      <6>[242645.463205] [<ffffffc0000874e4>] show_stack+0x10/0x1c
      <6>[242645.463259] [<ffffffc0009abc04>] dump_stack+0x1c/0x28
      <6>[242645.463313] [<ffffffc0000c10c0>] __might_sleep+0xe0/0xf0
      <6>[242645.463365] [<ffffffc00015a514>] kmem_cache_alloc+0x48/0x1e4
      <6>[242645.463414] [<ffffffc00080d468>] __alloc_skb+0x48/0x164
      <6>[242645.463466] [<ffffffc00097f2c4>] nl80211_send_mgmt+0x4c/0x1dc
      <6>[242645.463511] [<ffffffc000980268>] cfg80211_rx_mgmt+0x1bc/0x25c
      <6>[242645.463647] [<ffffffbffc005d64>] wmi_evt_rx_mgmt+0x21c/0x23c [wil6210]
      <6>[242645.463783] [<ffffffbffc0073b8>] wmi_event_worker+0x230/0x2f8 [wil6210]
      <6>[242645.463838] [<ffffffc0000afffc>] process_one_work+0x258/0x3d0
      <6>[242645.463887] [<ffffffc0000b0fe0>] worker_thread+0x1f0/0x310
      <6>[242645.463946] [<ffffffc0000b642c>] kthread+0xac/0xb8
      Signed-off-by: NVladimir Kondratiev <qca_vkondrat@qca.qualcomm.com>
      Signed-off-by: NJohn W. Linville <linville@tuxdriver.com>
      48e81a15