Re: [PATCH] ath10k: Avoid override CE5 configuration for QCA99X0 chipsets

Sebastian Gottschall writes: >> Yeah, that patch is buggy but this should fix it: >> >> commit 32221df6765b3773ff1af37c77f8531ebc48f246 >> Author: Arnd Bergmann >> AuthorDate: Sat May 9 14:06:33 2020 +0200 >> Commit: Kalle Valo >> CommitDate: Tue May 12 10:33:13 2020 +0300 >> >>

Re: [PATCH] ath10k: Move msa region map/unmap to init/deinit path

Govind Singh wrote: > With kernel qrtr switch from user space qrtr, fw crash is seen > during reboot. During reboot modem rproc shutdown causes wlan qmi > service exit and msa region gets unmapped. Since pdev is not suspended > hw still accessing the msa region and this results in fw crash as >

Re: [PATCH] wireless: ath10k: Return early in ath10k_qmi_event_server_exit() to avoid hard crash on reboot

John Stultz writes: > Ever since 5.7-rc1, if we call > ath10k_qmi_remove_msa_permission(), the db845c hard crashes on > reboot, resulting in the device getting stuck in the usb crash > debug mode and not coming back up wihthout a hard power off. > > This hack avoids the issue by returning early

Re: [PATCH] ath10k: Acquire tx_lock in tx error paths

Evan Green writes: > ath10k_htt_tx_free_msdu_id() has a lockdep assertion that htt->tx_lock > is held. Acquire the lock in a couple of error paths when calling that > function to ensure this condition is met. > > Fixes: 6421969f248fd ("ath10k: refactor tx pending management") > Fixes:

Re: [PATCH] wireless: ath10k: Return early in ath10k_qmi_event_server_exit() to avoid hard crash on reboot

Manivannan Sadhasivam writes: > On Tue, Jun 02, 2020 at 01:04:26PM -0700, Brian Norris wrote: >> On Tue, Jun 2, 2020 at 12:40 PM John Stultz wrote: >> > On Tue, Jun 2, 2020 at 12:16 PM Brian Norris >> > wrote: >> > > On Mon, Jun 1, 2020 at 10:25 PM John Stultz >> > > wrote: >> > > > >> > >

Re: [PATCH] ath10k: Acquire tx_lock in tx error paths

On Mon, Jun 8, 2020 at 4:39 AM Kalle Valo wrote: > > Evan Green writes: > > > ath10k_htt_tx_free_msdu_id() has a lockdep assertion that htt->tx_lock > > is held. Acquire the lock in a couple of error paths when calling that > > function to ensure this condition is met. > > > > Fixes:

[PATCH AUTOSEL 5.7 031/274] ath10k: remove the max_sched_scan_reqs value

From: Wen Gong [ Upstream commit d431f8939c1419854dfe89dd345387f5397c6edd ] The struct cfg80211_wowlan of NET_DETECT WoWLAN feature share the same struct cfg80211_sched_scan_request together with scheduled scan request feature, and max_sched_scan_reqs of wiphy is only used for sched scan, and

[PATCH AUTOSEL 5.7 002/274] ath10k: Fix the race condition in firmware dump work queue

From: Maharaja Kennadyrajan [ Upstream commit 3d1c60460fb2823a19ead9e6ec8f184dd7271aa7 ] There is a race condition, when the user writes 'hw-restart' and 'hard' in the simulate_fw_crash debugfs file without any delay. In the above scenario, the firmware dump work queue(scheduled by 'hard')

[ath6kl:pending] BUILD SUCCESS 16913f7a9b012177278f0a513e850abe01701291

randconfig-a003-20200607 x86_64 randconfig-a011-20200608 x86_64 randconfig-a016-20200608 x86_64 randconfig-a012-20200608 x86_64 randconfig-a014-20200608 x86_64 randconfig-a013-20200608 x86_64 randconfig

[PATCH AUTOSEL 5.7 113/274] ath10k: add flush tx packets for SDIO chip

From: Wen Gong [ Upstream commit dd7fc5545bbafdbd6c1efdc996b61883b285bdc5 ] When station connected to AP, and run TX traffic such as TCP/UDP, and system enter suspend state, then mac80211 call ath10k_flush with set drop flag, recently it only send wmi peer flush to firmware and firmware will

[PATCH AUTOSEL 5.7 156/274] ath10k: fix possible memory leak in ath10k_bmi_lz_data_large()

From: Wei Yongjun [ Upstream commit 2326aa011967f0afbcba7fe1a005d01f8b12900b ] 'cmd' is malloced in ath10k_bmi_lz_data_large() and should be freed before leaving from the error handling cases, otherwise it will cause memory leak. Fixes: d58f466a5dee ("ath10k: add large size for BMI download

[PATCH AUTOSEL 5.4 023/175] ath10k: remove the max_sched_scan_reqs value

From: Wen Gong [ Upstream commit d431f8939c1419854dfe89dd345387f5397c6edd ] The struct cfg80211_wowlan of NET_DETECT WoWLAN feature share the same struct cfg80211_sched_scan_request together with scheduled scan request feature, and max_sched_scan_reqs of wiphy is only used for sched scan, and

[PATCH AUTOSEL 5.4 002/175] ath10k: Fix the race condition in firmware dump work queue

From: Maharaja Kennadyrajan [ Upstream commit 3d1c60460fb2823a19ead9e6ec8f184dd7271aa7 ] There is a race condition, when the user writes 'hw-restart' and 'hard' in the simulate_fw_crash debugfs file without any delay. In the above scenario, the firmware dump work queue(scheduled by 'hard')

[ath6kl:ath11k-qca6390-bringup] BUILD SUCCESS 132d04765d2a4aca6d30f6f8b7648bf3e2d91449

-20200608 i386 randconfig-a011-20200608 i386 randconfig-a015-20200608 i386 randconfig-a016-20200608 i386 randconfig-a012-20200608 i386 randconfig-a013-20200608 i386 randconfig-a014-20200607 i386

[PATCH AUTOSEL 5.7 092/274] ath10k: fix kernel null pointer dereference

From: Venkateswara Naralasetty [ Upstream commit acb31476adc9ff271140cdd4d3c707ff0c97f5a4 ] Currently sta airtime is updated without any lock in case of host based airtime calculation. Which may result in accessing the invalid sta pointer in case of continuous station connect/disconnect. This

[PATCH AUTOSEL 5.4 077/175] ath10k: add flush tx packets for SDIO chip

From: Wen Gong [ Upstream commit dd7fc5545bbafdbd6c1efdc996b61883b285bdc5 ] When station connected to AP, and run TX traffic such as TCP/UDP, and system enter suspend state, then mac80211 call ath10k_flush with set drop flag, recently it only send wmi peer flush to firmware and firmware will

[PATCH AUTOSEL 5.4 062/175] ath10k: fix kernel null pointer dereference

From: Venkateswara Naralasetty [ Upstream commit acb31476adc9ff271140cdd4d3c707ff0c97f5a4 ] Currently sta airtime is updated without any lock in case of host based airtime calculation. Which may result in accessing the invalid sta pointer in case of continuous station connect/disconnect. This

[PATCH AUTOSEL 4.19 068/106] ath10k: Remove msdu from idr when management pkt send fails

From: Rakesh Pillai [ Upstream commit c730c477176ad4af86d9aae4d360a7ad840b073a ] Currently when the sending of any management pkt via wmi command fails, the packet is being unmapped freed in the error handling. But the idr entry added, which is used to track these packet is not getting removed.

[ath6kl:master-pending] BUILD SUCCESS 4d6b8d0837bbfbfec7b96018e76e993835c33eae

tree/branch: https://git.kernel.org/pub/scm/linux/kernel/git/kvalo/ath.git master-pending branch HEAD: 4d6b8d0837bbfbfec7b96018e76e993835c33eae Merge branch 'pending' into master-pending i386-tinyconfig vmlinux size:

[PATCH AUTOSEL 5.7 185/274] ath10k: Remove msdu from idr when management pkt send fails

From: Rakesh Pillai [ Upstream commit c730c477176ad4af86d9aae4d360a7ad840b073a ] Currently when the sending of any management pkt via wmi command fails, the packet is being unmapped freed in the error handling. But the idr entry added, which is used to track these packet is not getting removed.

[PATCH AUTOSEL 5.7 184/274] ath10k: Skip handling del_server during driver exit

From: Rakesh Pillai [ Upstream commit 7c6d67b136ceb0aebc7a3153b300e925ed915daf ] The qmi infrastructure sends the client a del_server event when the client releases its qmi handle. This is not the msg indicating the actual qmi server exiting. In such cases the del_server msg should not be

[PATCH AUTOSEL 5.4 116/175] ath10k: Remove msdu from idr when management pkt send fails

From: Rakesh Pillai [ Upstream commit c730c477176ad4af86d9aae4d360a7ad840b073a ] Currently when the sending of any management pkt via wmi command fails, the packet is being unmapped freed in the error handling. But the idr entry added, which is used to track these packet is not getting removed.