Re: [PATCH v1] ath10k: fix band_center_freq handling for VHT160 in recent firmwares

2018-05-25 Thread Ben Greear
On 05/25/2018 07:44 AM, Kalle Valo wrote: Sebastian Gottschall writes: Am 26.04.2018 um 15:44 schrieb Ben Greear: On 04/26/2018 02:43 AM, s.gottsch...@dd-wrt.com wrote: From: Sebastian Gottschall starting with firmware 10.4.3.4.x series

Re: [PATCH v1] ath10k: fix band_center_freq handling for VHT160 in recent firmwares

2018-05-25 Thread Kalle Valo
Sebastian Gottschall writes: > Am 26.04.2018 um 15:44 schrieb Ben Greear: >> >> >> On 04/26/2018 02:43 AM, s.gottsch...@dd-wrt.com wrote: >>> From: Sebastian Gottschall >>> >>> starting with firmware 10.4.3.4.x series QCA changed the handling

Re: [PATCH] ath10k: transmit queued frames after waking queues

2018-05-25 Thread Niklas Cassel
On Fri, May 25, 2018 at 08:50:23AM -0400, Bob Copeland wrote: > On Fri, May 25, 2018 at 02:36:56PM +0200, Niklas Cassel wrote: > > A spin lock does have the advantage of ordering: memory operations issued > > before the spin_unlock_bh() will be completed before the spin_unlock_bh() > > operation

Re: [PATCH] ath10k: transmit queued frames after waking queues

2018-05-25 Thread Bob Copeland
On Fri, May 25, 2018 at 02:36:56PM +0200, Niklas Cassel wrote: > A spin lock does have the advantage of ordering: memory operations issued > before the spin_unlock_bh() will be completed before the spin_unlock_bh() > operation has completed. > > However, ath10k_htt_tx_dec_pending() was called

Re: [PATCH] ath10k: transmit queued frames after waking queues

2018-05-25 Thread Niklas Cassel
On Thu, May 24, 2018 at 11:50:34AM -0400, Bob Copeland wrote: > On Mon, May 21, 2018 at 10:37:01PM +0200, Niklas Cassel wrote: > > On Thu, May 17, 2018 at 03:26:25PM -0700, Adrian Chadd wrote: > > > On Thu, 17 May 2018 at 16:16, Niklas Cassel > > > wrote: > > > > > > >

Re: [PATCHv2, 1/2] ath: Add support to get the detected radar specifications

2018-05-25 Thread Kalle Valo
Sriram R wrote: > This enables ath10k/ath9k drivers to collect the specifications of the > radar type once it is detected by the dfs pattern detector unit. > Usage of the collected info is specific to driver implementation. > For example, collected radar info could be

Re: ath10k: Add support to configure channel dwell time

2018-05-25 Thread Kalle Valo
Pradeep Kumar Chitrapu wrote: > Configure channel dwell time from duration of the scan request > received from mac80211 when the duration is non-zero. When the > scan request does not have duration value, use the default ones, > the current implementation. > >

Re: ath10k: add fw crash dump support for QCA9888 and QCA99X0

2018-05-25 Thread Kalle Valo
Anilkumar Kolli wrote: > This patch adds firmware crash memory dump support for QCA9888 and QCA99X0. > > Tested on: > > QCA9888 firmware 10.4-3.5.3-00053 > QCA99X0 firmware 10.4.1.00030-1 > > Signed-off-by: Anilkumar Kolli > Signed-off-by: Kalle