1. 31 8月, 2011 37 次提交
  2. 10 8月, 2011 3 次提交
    • K
      ath6kl: fix function name conflicts with ath9k · ad226ec2
      Kalle Valo 提交于
      Stephen reported that compilation fails if both ath6kl and ath9k are
      compiled in:
      
      drivers/net/wireless/ath/ath6kl/built-in.o: In function `htc_start':
      (.opd+0x600): multiple definition of `htc_start'
      drivers/net/wireless/ath/ath9k/built-in.o:(.opd+0x3e40): first defined here
      drivers/net/wireless/ath/ath6kl/built-in.o: In function `.htc_stop':
      (.text+0x7b40): multiple definition of `.htc_stop'
      drivers/net/wireless/ath/ath9k/built-in.o:(.text+0x67b34): first defined he=
      re
      drivers/net/wireless/ath/ath6kl/built-in.o: In function `.htc_start':
      (.text+0x7d18): multiple definition of `.htc_start'
      drivers/net/wireless/ath/ath9k/built-in.o:(.text+0x67ba0): first defined he=
      re
      drivers/net/wireless/ath/ath6kl/built-in.o: In function `htc_stop':
      (.opd+0x5e8): multiple definition of `htc_stop'
      drivers/net/wireless/ath/ath9k/built-in.o:(.opd+0x3e28): first defined here
      
      To fix this add ath6kl prefix to all public functions in htc.c.
      Reported-by: NStephen Rothwell <sfr@canb.auug.org.au>
      Signed-off-by: NKalle Valo <kvalo@qca.qualcomm.com>
      ad226ec2
    • R
      ath6kl: Release the memory allocated for the firmware · 19703573
      Raja Mani 提交于
      Nowhere the firmware memory is freed, free it during
      the device destroy process.
      Signed-off-by: NRaja Mani <rmani@qca.qualcomm.com>
      Signed-off-by: NKalle Valo <kvalo@qca.qualcomm.com>
      19703573
    • 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