1. 05 1月, 2012 1 次提交
  2. 13 12月, 2011 1 次提交
    • K
      ath6kl: implement scheduled scan · 10509f90
      Kalle Valo 提交于
      ath6kl firmware supports scheduled scan functionality with the wow ssid
      filter. But the firmware does not send any events after scan results
      so I had to add a timer which notifies about new scan results.
      
      Sched scan needs firmware version 3.2.0.6 or later. If firmware doesn't
      support sched scan the driver will not enable the feature.
      Signed-off-by: NKalle Valo <kvalo@qca.qualcomm.com>
      10509f90
  3. 22 11月, 2011 1 次提交
    • R
      ath6kl: Use mutex to protect dma buffer in sync read write · fdb28589
      Raja Mani 提交于
      Firmware crashes while starting Soft AP in 32 bit x86 platform.
      The reason is that the single dma buffer (ar_sdio->dma_buffer)
      is used in ath6kl_sdio_read_write_sync() for unaligned buffer
      handling and this function is called in the multiple context
      at the same time. So, finally hits dma buffer corruption and
      firmware crash.
      
      Mutex is used to protect dma buffer to avoid data corruption.
      Spin lock can not used to fix this issue since mmc stack
      read/write calls may for sleep.
      
      Observed this issue with recently commited patch
      "ath6kl: Claim sdio function only at appropriate places"
      861dd058
      
      kvalo: change name of mutex to more descriptive and add a comment
      about what it protects
      Signed-off-by: NRaja Mani <rmani@qca.qualcomm.com>
      Signed-off-by: NKalle Valo <kvalo@qca.qualcomm.com>
      fdb28589
  4. 16 11月, 2011 2 次提交
  5. 13 11月, 2011 6 次提交
  6. 11 11月, 2011 20 次提交
  7. 01 11月, 2011 1 次提交
  8. 29 9月, 2011 1 次提交
  9. 19 9月, 2011 1 次提交
    • V
      ath6kl: deinitialise wiphy on error · 9df337a1
      Vivek Natarajan 提交于
      This fixes the following panic observed on card removal.
      
      BUG: unable to handle kernel paging request at f86e22ac
      EIP is at wiphy_update_regulatory+0x252/0x590 [cfg80211]
      Call Trace:
       [<f92fb9e5>] set_regdom+0x165/0x600 [cfg80211]
       [<c02057ba>] ? __kmalloc+0x10a/0x190
       [<c0366557>] ? nla_parse+0xb7/0xd0
       [<f9300b92>] ? T.1400+0x12/0x20 [cfg80211]
       [<f9300c84>] nl80211_set_reg+0xe4/0x270 [cfg80211]
       [<f92fe560>] ? nl80211_pre_doit+0x0/0x160 [cfg80211]
       [<c050bdeb>] genl_rcv_msg+0x23b/0x280
       [<c050bbb0>] ? genl_rcv_msg+0x0/0x280
       [<c050ab76>] netlink_rcv_skb+0x86/0xb0
       [<c050bb80>] ? genl_rcv+0x0/0x30
       [<c050bb9c>] genl_rcv+0x1c/0x30
      Signed-off-by: NVivek Natarajan <nataraja@qca.qualcomm.com>
      Signed-off-by: NKalle Valo <kvalo@qca.qualcomm.com>
      9df337a1
  10. 31 8月, 2011 3 次提交
    • V
      ath6kl: Fix system freeze under heavy data load · 94e532d1
      Vasanthakumar Thiagarajan 提交于
      Patch "ath6kl: Fix buffer alignment for scatter-gather write" does
      memmove for a length (scat_req->scat_list[i].len) which is not the
      actual length of data that is suppossed to be moved. The right
      lengh is packet->act_len + HTC_HDR_LENGTH. Using wrong length
      for data move during buffer alignment causes system freeze after
      the following WARN_ON and sometimes target assert.
      
      WARNING: at drivers/net/wireless/ath/ath6kl/main.c:771 ath6k_credit_distribute+0x196/0x1a0
       [<ffffffffa051cf5f>] ath6kl_htc_rxmsg_pending_handler+0x83f/0xe00 [ath6kl]
       [<ffffffff8104a743>] ? __wake_up+0x53/0x70
       [<ffffffffa0518b18>] ath6kldev_intr_bh_handler+0x188/0x650 [ath6kl]
       [<ffffffffa052d316>] ath6kl_sdio_irq_handler+0x36/0x80 [ath6kl]
       [<ffffffff81492b3c>] sdio_irq_thread+0xfc/0x360
       [<ffffffff81051c52>] ? default_wake_function+0x12/0x20
       [<ffffffff81492a40>] ? sdio_claim_irq+0x220/0x220
       [<ffffffff81080c36>] kthread+0x96/0xa0
       [<ffffffff815b9fb4>] kernel_thread_helper+0x4/0x10
       [<ffffffff81080ba0>] ? kthread_worker_fn+0x190/0x190
       [<ffffffff815b9fb0>] ? gs_change+0x13/0x13
      Signed-off-by: NVasanthakumar Thiagarajan <vthiagar@qca.qualcomm.com>
      Signed-off-by: NKalle Valo <kvalo@qca.qualcomm.com>
      94e532d1
    • K
      ath6kl: implement suspend support · abcb344b
      Kalle Valo 提交于
      For now this is implemented so that if host supports power is kept in
      the chip. If that's not supported, an error is returned and sdio stack
      will remove the device during suspend.
      Signed-off-by: NKalle Valo <kvalo@qca.qualcomm.com>
      abcb344b
    • V
      ath6kl: Fix buffer alignment for scatter-gather I/O · 1df94a85
      Vasanthakumar Thiagarajan 提交于
      For non-scatter buffers, there is already a bounce buffer which
      takes care of alignment. This patch is influenced by a rough patch of
      Kalle.
      Signed-off-by: NVasanthakumar Thiagarajan <vthiagar@qca.qualcomm.com>
      Signed-off-by: NKalle Valo <kvalo@qca.qualcomm.com>
      1df94a85
  11. 10 8月, 2011 3 次提交