1. 11 11月, 2011 5 次提交
  2. 10 11月, 2011 1 次提交
  3. 12 10月, 2011 1 次提交
  4. 29 9月, 2011 1 次提交
    • K
      ath6kl: silence "invalid rate" warning · 9a730834
      Kalle Valo 提交于
      For some reason firmware is sending invalid rates when we try to
      query current bitrate from ath6kl_get_station() and a warning is issued:
      
      [ 3810.415720] ath6kl: invalid rate: 1935633515
      [ 3811.105493] ath6kl: invalid rate: 1935633515
      [ 3811.556063] ath6kl: invalid rate: 1935633515
      
      As the warning happens way too often, convert the warning to a debug
      message once we have a proper fix. But to make it easy to follow
      how often the problem appears, add a debugfs to print
      various statistics about workarounds and make this issue the first WAR.
      Signed-off-by: NKalle Valo <kvalo@qca.qualcomm.com>
      9a730834
  5. 23 9月, 2011 1 次提交
  6. 22 9月, 2011 4 次提交
  7. 19 9月, 2011 1 次提交
  8. 16 9月, 2011 2 次提交
  9. 07 9月, 2011 1 次提交
  10. 06 9月, 2011 1 次提交
  11. 05 9月, 2011 1 次提交
    • J
      athk6l: Fix channel list processing in scan requests · 11869bef
      Jouni Malinen 提交于
      Limit the length of the channel list to WMI_MAX_CHANNELS to avoid
      rejection of the request in wmi.c. Since there is not really much
      point in using a specific list of more than 32 channels, drop the
      channel list if more channels are specified and scan all channels.
      
      Fix cfg80211 scan API use: ar->scan_req must be set only if returning
      success from scan() handler. The previous version would result in use
      of freed memory and likely kernel panic should the scan request fail
      to be sent to the target.
      Signed-off-by: NJouni Malinen <jouni@qca.qualcomm.com>
      Signed-off-by: NKalle Valo <kvalo@qca.qualcomm.com>
      11869bef
  12. 01 9月, 2011 1 次提交
  13. 31 8月, 2011 18 次提交
  14. 10 8月, 2011 2 次提交
    • R
      ath6kl: Fix crash during the connection process · 9aa60357
      Raja Mani 提交于
      Sometimes, the network manager is failing to connect to the AP due
      to the below kernel crash message. The reason behind this,
      after issuing the connect command to the chip, the chip is sending
      disconnect event and then immediately one connect event to the host
      in some random cases.
      
      The host driver resets all states (including cfg80211 state machine)
      when it receives disconnect event from the chip. But, still the host
      driver reports the next received connect event to cfg80211, at that time
      cfg80211 SME state would have been in IDLE state, which was causing
      the below kernel crash.
      
      Now, host driver's sme state machine is checked every time before
      delivering connect event to cfg80211
      
        WARNING: at net/wireless/sme.c:517 cfg80211_connect_result+0x10d/0x120()
        [..]
        Call Trace:
        [<c0145732>] warn_slowpath_common+0x72/0xa0
        [<c05d676d>] ? cfg80211_connect_result+0x10d/0x120
        [<c05d676d>] ? cfg80211_connect_result+0x10d/0x120
        [<c0145782>] warn_slowpath_null+0x22/0x30
        [<c05d676d>] cfg80211_connect_result+0x10d/0x120
        [<f83ff497>] ath6kl_cfg80211_connect_event+0x427/0x4f0 [ath6kl]
        [<c035d26a>] ? put_dec+0x2a/0xa0
        [<c035d645>] ? number+0x365/0x380
        [<c0154675>] ? mod_timer+0x135/0x260
        [<c035e00e>] ? format_decode+0x2fe/0x370
        [<c01263c8>] ? default_spin_lock_flags+0x8/0x10
        [<c05fd91f>] ? _raw_spin_lock_irqsave+0x2f/0x50
        [<c0146032>] ? console_unlock+0x172/0x1c0
        [<f8402659>] ath6kl_connect_event+0x89/0x400 [ath6kl]
        [<f840826e>] ath6kl_wmi_control_rx+0x98e/0x1d60 [ath6kl]
        [<c01335b5>] ? __wake_up+0x45/0x60
        [<f84053aa>] ath6kl_rx+0x56a/0x770 [ath6kl]
        [<c04d0242>] ? mmc_release_host+0x22/0x40
        [<c04d9329>] ? sdio_release_host+0x19/0x30
        [<f840a27a>] ? ath6kl_sdio_read_write_sync+0x7a/0xc0 [ath6kl]
        [<f83f82b1>] do_rx_completion+0x41/0x50 [ath6kl]
        [<f83faa6a>] htc_rxmsg_pending_handler+0x6ba/0xbd0 [ath6kl]
        [<f8404bb0>] ? ath6kl_tx_data_cleanup+0x30/0x30 [ath6kl]
        [<f840a1c0>] ? ath6kl_sdio_irq_handler+0x30/0x70 [ath6kl]
        [<f83f7cd5>] ath6kldev_intr_bh_handler+0x2a5/0x630 [ath6kl]
        [<f840a1c0>] ath6kl_sdio_irq_handler+0x30/0x70 [ath6kl]
        [<c04d97c7>] sdio_irq_thread+0xc7/0x2d0
        [<c013aeb0>] ? default_wake_function+0x10/0x20
        [<c012fc98>] ? __wake_up_common+0x48/0x70
        [<c04d9700>] ? sdio_claim_irq+0x200/0x200
        [<c0163854>] kthread+0x74/0x80
        [<c01637e0>] ? kthread_worker_fn+0x160/0x160
        [<c0604c06>] kernel_thread_helper+0x6/0x10
      Signed-off-by: NRaja Mani <rmani@qca.qualcomm.com>
      Signed-off-by: NKalle Valo <kvalo@qca.qualcomm.com>
      9aa60357
    • V