Return-path: Received: from wolverine02.qualcomm.com ([199.106.114.251]:17089 "EHLO wolverine02.qualcomm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1764045AbdDSOGN (ORCPT ); Wed, 19 Apr 2017 10:06:13 -0400 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Subject: Re: [v2] ath10k: Fix spectral scan for QCA99X0 family of chipsets From: Kalle Valo In-Reply-To: <1491838697-25393-1-git-send-email-mohammed@qca.qualcomm.com> References: <1491838697-25393-1-git-send-email-mohammed@qca.qualcomm.com> To: Mohammed Shafi Shajakhan CC: , , , Mohammed Shafi Shajakhan Message-ID: <27dbd457e54f492897fba1ac6f8722d2@euamsexm01a.eu.qualcomm.com> (sfid-20170419_160626_381869_8B1F5D82) Date: Wed, 19 Apr 2017 16:06:05 +0200 Sender: linux-wireless-owner@vger.kernel.org List-ID: Mohammed Shafi Shajakhan wrote: > From: Mohammed Shafi Shajakhan > > spectral_bin length (number of bins per fft sample) is usually > a value where (2^n = value), n is an integer. All of the QCA99X0 > family of chipsets seems to report a spectral_bin length of > 2^n + 'm' bytes, where m = 4, 12 based on the chipset. This 'm' > bytes seems to carry some radar related info which is currently > discarded only for 'bin_len = 68' bytes. Extend this discarding of > irrelevant 'bin_len' for QCA9984, QCA9888, IPQ4019 as well by > introducing a hardware parameter 'spectral_bin_discard'. Also > for QCA988X based family of chipsets which doesn't seem to have this > issue and also for some of the hardware which I have not tested > like QCA6174/QCA9377 the existing behaviour is retained as it is. > > Signed-off-by: Mohammed Shafi Shajakhan Patch applied to ath-next branch of ath.git, thanks. a4aab099cc9e ath10k: fix spectral scan for QCA99X0 family of chipsets -- https://patchwork.kernel.org/patch/9672869/ https://wireless.wiki.kernel.org/en/developers/documentation/submittingpatches