1. 29 9月, 2011 1 次提交
  2. 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
  3. 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
  4. 10 8月, 2011 14 次提交